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Avant-propos 



Peu de plates-formes peuvent se vanter d'avoir eu autant de succes et d'avoir tant 
change les mentalites que 1'iPhone. 

Travaillant dans le monde mobile, j'ai eu la chance de voir ce media passer de l'etat 
de curiosite technologique reserve a quelques technophiles a celui de nouveau com- 
pagnon du quotidien pour des millions de personnes. 

Lorsque nous avons cree il y a trois ans Backelite, une societe specialisee dans la con- 
ception et la realisation de services mobiles, l'« iPhone » etait une legende persistante 
sur Internet et personne ne pouvait imaginer l'impact formidable qu'il aurait sur 
notre industrie. 

Avec son design exceptionnel, une ergonomie revolutionnaire et les premiers forfaits 
de donnees illimites, 1'iPhone est arrive a un moment charniere de l'histoire du 
mobile et a ouvert une nouvelle ere. 

En 2008, Apple annoncait le SDK iPhone, permettant a tous les developpeurs de 
realiser eux-memes leurs applications. A peine un an plus tard, le succes est au 
rendez-vous, a tel point que le SDK est devenu un aspect indissociable de 1'iPhone. 



Pourquoi ce livre ? 

Le developpement d'applications iPhone est souvent percu comme un univers 
sombre et inquietant : le langage Objective-C est pratiquement inconnu hors du 
monde des developpeurs Mac, les plates-formes mobiles ont la reputation d'etre 
complexes pour les developpeurs (ce qui etait vrai) et les rumeurs sur le mode de vali- 
dation des applications par Apple finissent de refroidir les candidats potentiels. 

Pourtant, il existe dans le monde mobile un potentiel d'innovation gigantesque 
encore largement sous-utilise. 
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Ce livre doit permettre de dissiper les inquietudes et aider a cultiver le potentiel qui 
se cache derriere chaque developpeur talentueux. 

II est aussi la pour montrer aux developpeurs que le succes ne viendra pas uniquement de 
la technique, mais aussi de l'effort fait sur la conception de l'interface, sur la reflexion 
ergonomique et sur les efforts marketing fournis pour accompagner le lancement. 

A qui est destine ce livre ? 

Ce livre est destine a tous ceux qui participent a un projet d'application iPhone. 

Les developpeurs y trouveront une introduction a l'Objective-C (le langage impose 
pour developper sur iPhone), le SDK fourni par Apple, ses outils comme Xcode et 
Interface Builder et la presentation des principaux concepts utilises pour developper 
des applications. 

Les experts metier, les consultants marketing et les equipes creatives y trouveront une 
presentation des principes ergonomiques fondamentaux de la plate-forme, une pro- 
position de methode pour concevoir une ergonomie mobile et des conseils pour pre- 
parer la publication et le lancement de Implication. 



Organisation du propos 

Ce livre est decoupe en cinq parties de difficulte croissante et concues pour etre lues 
dans l'ordre par un developpeur experimente decouvrant la plate-forme iPhone et le 
monde Apple. Les parties deux et cinq sont destinees a l'ensemble de l'equipe et ont 
ete ecrites dans un langage moins technique. 

Premiere partie : la decouverte de l'environnement de developpement 

Le chapitre 1 est destine a toute personne interessee par le developpement iPhone. II pre- 
sente les differents programmes developpeurs, l'inscription et le telechargement des outils 
et documentations. Le developpeur y trouvera egalement des explications pour creer un 
certificat de developpement, indispensable pour tester son application sur un iPhone. 

Le chapitre 2 est une introduction a l'Objective-C. Destine a des developpeurs fami- 
liers de la programmation orientee objet, il presente le langage d'une facon tres prag- 
matique et destinee a vous rendre operationnel rapidement. 

Le chapitre 3 enfin permet au developpeur de faire sa premiere application et de la 
tester dans le simulateur et sur son iPhone. Les outils indispensables comme Xcode 
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et Interface Builder sont introduits en suivant quelques exemples tres simples 
(« Hello, World »). 

Deuxieme partie : la conception et l'ergonomie 

La deuxieme partie du livre s'adresse a toute l'equipe en charge de Implication, les 
developpeurs, les experts metier, les creatifs (graphistes). 

La plupart des equipes sont habituees au developpement d'applications web ou client 
lourd. Le chapitre4 presente ainsi le cycle de developpement d'un projet iPhone, ses 
specificites, les differentes phases et le role de chaque intervenant. II permet de par- 
tager un cadre methodologique qui sera adapte au contexte de l'equipe en charge du 
projet et a ses habitudes. 

Le chapitre 5 donne les bases de l'ergonomie iPhone que toute l'equipe doit mai- 
triser. Les conventions iPhone, leur logique et leur utilisation au sein des applications 
standard sont detaillees car il est essentiel de bien les avoir comprises pour concevoir 
l'interface d'une nouvelle application. 

C'est justement le sujet du chapitre 6 qui propose une methode permettant de partir 
d'une liste de fonctionnalites pour arriver a une interface utilisateur. Nous verrons 
comment exploiter les elements standard pour creer une nouvelle application et com- 
ment eviter les erreurs classiques. 

Troisieme partie : le developpement de l'interface 

La troisieme partie est consacree au developpement de l'interface de l'application. 

La brique principale de construction d'une application iPhone est le controleur de 
vue qui est explique en detail au chapitre 7. 

Lassemblage des controleurs de vue pour construire une application complete, dont 
les ecrans s'enchainent de maniere fluide, est detaille dans le chapitre 8. 

Le chapitre 9 presente les vues, c'est-a-dire tous les elements d'interface, il donne les 
cles pour bien comprendre comment assembler un ecran a partir des composants gra- 
phiques fournis par le SDK et comment les adapter aux couleurs de votre application. 

Enfin, au chapitre 10, on presentera les tables, qui sont les elements les plus utilises 
dans la plupart des applications, et qui permettent de faire des listes et toutes sortes 
d'ecrans dans lesquels l'utilisateur navigue verticalement avec le doigt. 
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Quatrieme partie : la manipulation des donnees 

Cette partie presente les differentes techniques a utiliser pour lire et enregistrer des 
donnees, ainsi que pour permettre a votre application de communiquer avec l'exterieur. 

La serialisation des classes de base (listes et dictionnaires) en XML ou en JSON sera 
presentee au chapitre 11, ainsi que l'utilisation du mecanisme des preferences utilisa- 
teur et les techniques de lecture d'un flux XML quelconque. 

Le chapitre 12 montre comment combiner ces techniques avec des appels reseau, et 
en particulier comment faire en sorte que l'application reste reactive meme quand des 
appels reseau prennent plusieurs secondes. 

Le framework CoreData, une nouveaute de 1'iPhone OS 3, est presente dans le 
chapitre 13. C'est un framework complet de mapping objet-relationnel pour 
1'iPhone et incontestablement le moyen le plus efficace d'enregistrer et de parcourir 
des volumes importants de donnees metier. 

L'utilisation de contenus multimedias est couverte par le chapitre 14 : lecture de 
sons, utilisation de la bibliotheque iPod de l'utilisateur, de la camera ou encore lec- 
ture de videos. 

Cette partie se termine par un chapitre 15 sur le mecanisme des notifications qui est 
egalement une nouveaute de 1'iPhone OS 3 et qui permet de rester en contact avec 
l'utilisateur, meme quand l'application est eteinte. La mise en place des notifications 
est presentee, de maniere detaillee, avec des exemples en PHP pour la partie serveur 
qui pourront facilement etre adaptes dans n'importe quel langage. 

Cinquieme partie : la publication des applications 

Enfin, la derniere partie de ce livre ne contient qu'un chapitre 16, consacre a la publica- 
tion de l'application. II est destine a toute l'equipe projet qui y trouvera la liste de tous 
les elements a preparer avant de pouvoir soumettre l'application, des conseils pour 
favoriser les chances que l'application soit validee du premier coup, et quelques outils 
utiles pour suivre le succes de votre application et preparer la prochaine version. 
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Decouverte de 
I'environnement 
de developpement 



Cette premiere partie constitue une introduction indispensable au developpement 
iPhone. Apres un rappel des bases de l'Objective-C, elle donne un apercu de I'environ- 
nement de developpement pour creer et tester un premier exemple d'application simple. 

Le chapitre 1 presente les differents programmes developpeurs, l'inscription et le 
telechargement des outils et documentations. Le developpeur y trouvera egalement 
des explications pour creer un certificat de developpement, indispensable pour 
tester son application sur un iPhone. 

Le chapitre 2 est une introduction a l'Objective-C. Destine a des developpeurs 
familiers de la programmation orientee objet, il presente le langage d'une facon tres 
pragmatique visant a vous rendre operationnel rapidement. 

Le chapitre 3 enfin permet au developpeur de faire sa premiere application et de la 
tester dans le simulateur et sur son iPhone. Les outils indispensables comme Xcode 
et Interface Builder sont introduits en suivant quelques exemples tres simples. 



1 

Developper pour iPhone 



Le developpement d'applications iPhone est a la portee de tous les developpeurs. 
Seuls un Mac, un iPhone et l'inscription au programme developpeur Apple sont 
necessaires pour developper son application, la tester et la publier. 

Ce premier chapitre couvre les pre-requis materiels et les connaissances qui seront 
utiles au developpeur, avant d'accompagner le lecteur dans l'inscription a un des pro- 
grammes developpeurs iPhone et la creation d'un certificat pour signer et distribuer 
des applications. II est destine aux developpeurs, mais aussi au reste de l'equipe qui y 
trouvera comment s'inscrire pour acceder a la documentation, comment ajouter un 
telephone de test, etc. 

Equipement materiel requis 

Pour developper une application iPhone, il faut disposer d'un Mac et d'un terminal 
de test. 

Un Mac Intel pour developper 

Officiellement, le developpement d'applications iPhone avec le SDK Apple ne peut 
se faire que sur des Mac avec processeur Intel. En pratique, c'est la seule solution 
pour le developpeur qui souhaite publier ses applications sur 1'AppStore. 
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Alternative Developper sans Mac ? 

Quelques alternatives non officielles existent. II est possible de developper en utilisant un Mac avec un 
processeur PowerPC, mais de nombreux dysfonctionnements ont ete signales. L'un d'entre eux est que la 
signature des applications n'est pas possible, ce qui empeche toute installation sur un iPhone. 
Une autre solution est d'utiliser le SDK officieux, qui etait disponible avant celui d'Apple et qui peut etre 
installe sur un poste de travail sous Linux. La signature d'application et la distribution sur I'App Store ne 
sont pas possibles en suivant cette methode, mais cela peut permettre a des developpeurs curieux de 
commencer a developper sans avoir de Mac. 

Enfin, il y a quelques initiatives pour mettre au point un SDK compatible Windows. Aucune n'a depasse 
le stade de I'annonce sur un site web au moment de la redaction de cet ouvrage. 



Un iPhone ou un iPod Touch pour tester 1'application 

Avoir un iPhone ou un iPod Touch a disposition est indispensable. Les regies ergo- 
nomiques de la plate-forme et les contraintes liees a la taille de l'ecran ne peuvent 
etre comprises sans avoir le terminal entre les mains. 

Bien qu'un iPod Touch puisse servir pour tester la plupart des applications, il ne per- 
mettra pas de tester votre application dans un contexte EDGE ou 3G (c'est-a-dire 
avec un debit tres different du Wi-Fi) et vous privera de certaines des applications 
auxquelles la plupart des utilisateurs sont tres habitues, comme le telephone... 



CONSEIL Utilisez intensement votre iPhone 

II est fortement recommande de posseder un iPhone, de I'utiliser comme telephone principal et de tele- 
charger frequemment des applications. 

Gardez en permanence un regard curieux et critique sur les nouveautes de I'App Store, c'est votre pre- 
miere source d'inspiration. II n'est pas envisageable de developper des applications pour iPhone sans 
etre un utilisateur averti. 



Competences techniques utiles au developpeur iPhone 

Le developpeur d'applications iPhone doit maitriser plusieurs connaissances. La plu- 
part ne sont pas specifiques au developpement d'applications pour mobiles ou a 
I'environnement Mac et auront pu etre apprises au prealable. 

La programmation orientee objet, au coeur du SDK iPhone 

Une bonne maitrise de la programmation orientee objet est un pre-requis essentiel. 
Ce sujet ne sera pas repris dans ce livre. 
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L'heritage, la composition et les design patterns classiques doivent etre maitrises, car 
ils sont utilises de maniere intensive dans tout le SDK iPhone. 

H. Bersini, La programmation orientee objet, Eyrolles 2009 

L'Objective-C : un langage comme un autre 

L'Objective-C est le langage impose pour le developpement d'applications iPhone. 
Ce langage est une nouveaute pour la plupart des developpeurs arrivant sur la plate- 
forme iPhone et sa syntaxe peut sembler peu naturelle au premier contact. 

Vous venez d'autres langages Pour les developpeurs Java, PHP et C# 

Le developpeur Java, C# ou PHP objet devrait retrouver rapidement ses marques. Le prochain chapitre, 
« L'essentiel d'Objective-C », presente en partant du Java les elements essentiels d'Objective-C et de 
I'API standard : manipulation de chaTnes, dates, dictionnaires, etc. 

Programmation multithread 

Toutes les applications iPhone utiliseront plusieurs threads d'execution. C'est grace a 
eux, par exemple, que des contenus pourront etre charges en arriere-plan alors que 
l'interface reste reactive. 

Le fait que plusieurs morceaux de code puissent acceder simultanement a la memoire 
peut entrainer de subtils bogues, difficiles a reproduire. Le developpeur doit done 
bien visualiser 1' execution de l'application et comprendre par quels threads chaque 
morceau de code pourra etre execute. 

VOUS VENEZ D'AUTRES LANGAGES Synchronisation de threads 

Les techniques de synchronisation entre threads en Objective-C ne sont pas differentes de celles des 
autres langages et le developpeur ayant deja une experience de cette problematique ne sera pas surpris. 
Pour les autres, le chapitre 2 en presente les notions elementaires, la documentation Apple reprenant 
egalement ce sujet. 

Developpement d'un « client lourd » 

On park de client lourd par opposition au client leger, qui n'embarque pas la logique 
metier de l'application. Dans une application web, le navigateur est un client leger 
qui ne prend en charge que l'interface, et la logique metier est executee dans un envi- 
ronnement totalement distinct : sur le serveur. 
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Une application iPhone est un client lourd qui embarque a la fois la logique d'affi- 
chage et la logique metier. La reunion des deux offre au developpeur une maitrise 
beaucoup plus grande de l'ergonomie, mais qui se paie par une augmentation de la 
complexite de l'application. 

Un developpeur qui a deja rencontre ce type de problematique, en developpant des 
clients lourds avec Java/Swing ou C# par exemple, retrouvera facilement ses mar- 
ques. Les autres doivent se preparer a un changement important dans la facon de 
concevoir l'application et les echanges avec l'utilisateur. 



L'adhesion au programme developpeur d'Apple 

L' adhesion au programme developpeur Apple est necessaire pour telecharger le SDK 
iPhone et I'installer. L'adhesion permet egalement d'acceder a toute la documenta- 
tion, des exemples de code, et les videos de presentation Apple. 

II existe plusieurs modes d'adhesion en fonction du besoin : 

• iPhone Registered Developer (gratuit) ; 

• iPhone Standard Program a titre individuel ; 

• iPhone Standard Program au titre d'une entreprise ; 

• iPhone Enterprise Program ; 

• iPhone University Program. 

Developpeur iPhone enregistre : un acces gratuit a I'environnement de 
developpement et a la documentation 

C'est le mode d'adhesion le plus simple et la premiere etape des autres programmes. 

Devenir un developpeur enregistre Apple est gratuit et vous permettra deja de deve- 
lopper vos applications et de les tester, mais uniquement dans le simulateur. 

Pour vous enregistrer, il suffit de vous rendre sur le site http://developer.apple.com/iphone/ 
sdkl/ et de suivre le lien pour s'enregistrer. On vous demandera alors d'indiquer votre 
identifiant Apple (votre compte MobileMe ou le compte utilise pour acheter sur 
1'iTunes Store par exemple) ou d'en creer un et de repondre a quelques questions sur 
vos experiences precedentes de developpement. 
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Le programme Standard pour tester et publier vos applications 

L'adhesion au programme standard (iPhone Standard Program) vous permettra de 
tester vos applications sur iPhone et de les publier sur l'App Store. Elle est payante 
(99 $ ou 79 €). 

CONSEIL Developper pour un tiers 

Si vous souhaitez developper des applications pour le compte d'une autre societe, vous devez demander 
a votre client d'ouvrir son propre compte sur le programme developpeur iPhone et de vous ajouter 
comme developpeur. 

C'est le seul moyen pour que I'application apparaisse avec le nom de votre client comme editeur. 

Les deux modes d'adhesion au programme Standard 

L'adhesion a ce programme peut se faire a titre individuel ou au nom d'une societe. 

Dans le premier cas, un seul developpeur pourra utiliser ce compte pour creer des 
applications, les signer et les installer sur des iPhone. 

Dans le deuxieme cas, vous pourrez enregistrer plusieurs developpeurs associes a ce 
compte (on ne paie qu'une fois pour toute l'equipe) et distribuer les droits aux mem- 
bres de l'equipe. C'est le mode recommande pour toute equipe de developpement. 

Le processus d'adhesion au programme Standard 

Pour adherer, il faut se rendre sur le site du programme developpeur Apple 
► http://developer.apple.com/iphone/program/apply.html 

et suivre le lien Apply Now : 

Attention Ne pas confondre le programme Standard et le programme Entreprise 

L'inscription au programme Standard au nom de votre entreprise (deuxieme mode d'adhesion decrit ci- 
dessus) se fait en suivant le lien Standard Program. Le choix entre l'inscription a titre individuel ou au 
nom d'une entreprise se fait plus tard dans le processus d'inscription. 

Ne confondez pas avec le programme Enterprise Program (299 $) qui permet lui de diffuser des applica- 
tions en interne au sein d'un grand groupe, sans passer par l'App Store. 

Les etapes de l'adhesion pour un developpeur individuel sont les suivantes : 

1 Devenir un developpeur iPhone enregistre (cf. paragraphe precedent). 

2 Demander l'adhesion au programme Standard et repondre aux questions sur le 
site Apple. 

3 Attendre la confirmation par courriel d'Apple (quelques jours). 
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4 Payer en ligne les frais de l'adhesion. 

Pour une adhesion au nom d'une entreprise, le processus est un peu plus complique : 

1 Devenir un developpeur iPhone enregistre (cf. paragraphe precedent). 

2 Demander l'adhesion au programme Standard et repondre aux questions sur le 
site Apple - il faut indiquer le contact juridique de la societe. 

3 Attendre le courriel dApple au service juridique : Apple envoie apres quelques 
jours un courriel au contact juridique en lui demandant d'envoyer l'extrait Kbis de 
l'entreprise par fax. 

4 Attendre la confirmation par courriel dApple (quelques jours). 

5 Payer en ligne les frais de l'adhesion. 



CONSEIL N'hesitez pas a contacter le support Apple aux developpeurs 

Dans certains cas, des demandes d'adhesion au nom d'une entreprise peuvent mettre longtemps avant 
d'etre traitees, voire meme rester sans reponse. 

Le support Apple Developer Connection est tres efficace et peut aider a connaTtre I'etat d'une demande 
en cours. Leurs numeros de telephone sont disponibles sur le site Apple : 
► http://developer.apple.com/contact/phone.html 
Pour la France, le numero est : +33 (0) 800 90 7226. 



Le programme Entreprise pour des applications internes 

Le programme Entreprise {iPhone Enterprise Program) permet a l'equipe de develop- 
pement d'une grande entreprise de developper des applications pour une distribution 
et un usage interne {In-House Distribution). 

Ce programme ne permet pas de distribuer des applications sur l'App Store. 

Le programme universitaire pour l'enseignement 

Ce programme gratuit permet a un enseignant de s'inscrire afin que ses etudiants 
puissent developper, tester sur iPhone et publier sur l'App Store. II permet egale- 
ment aux etudiants d'echanger leurs applications entre eux. 

II est disponible aux Etats-Unis depuis 2008 et en France depuis le debut de l'annee 
2009 pour quelques ecoles et universites. 
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Les sites web Apple pour le developpeur iPhone 

L'adhesion au programme developpeur iPhone vous donne acces a plusieurs sites web 
d'Apple. 

Le centre de developpement iPhone 

Le centre de developpement iPhone (iPhone Dev Center) regroupe toute la documen- 
tation destinee aux developpeurs. 

► http://developer.apple.com/iphone/ 

Vous y trouverez egalement des contenus video, des exemples de code, et des liens 
pour telecharger la derniere version du SDK. 

C'est enfin le point d'acces au portail du programme iPhone. 



Figure 1-1 

Le centre de developpement 
pour les developpeurs 
d'applications iPhone 



4 Developer Connection 




iPhone Dev Center 



^/ iPhonr OS J.0 Reidlneis Checklrtl 


tPhon* D»vciop*r Program 

iMoM* 0»«lo(i« fiogiwi »o1» 9 


R* loured for .Phonr OS 10 irjiurrd Content 

mmmm m <m*% «. » mm » " 


Ai t CUM* *o%i*m tMorkfltn 
■n« 'H« «4>4*t 

Cm • — M in - 1 - ii 

tog u* *> * IM **«rw> P*rui M 


H «-«■"• »**••• a wvw *^ » t .-i. t 

Sw..l> •'*-*< c' f . <■ 








^ (MNJ)M-tn 









Le portail du programme iPhone 

Ce site est accessible depuis le centre de developpement (lien iPhone Developer Pro- 
gram Portal en haut a droite). C'est un outil web qui regit tous vos echanges avec 
Apple avant la soumission de l'application. 
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II permet ainsi de : 

1 declarer les membres de l'equipe de developpement ; 

2 creer des certificats electroniques pour les developpeurs ; 

3 declarer les iPhone que vous utiliserez pour tester les applications. 

Nous reviendrons un peu plus loin sur cet outil indispensable aux developpeurs. 



Figure 1-2 

Le portail du programme 
developpeur iPhone 
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iTunes Connect, pour la publication des applications 

iTunes Connect est l'outil utilise pour publier des contenus vers Apple. II est utilise 
par l'industrie musicale pour publier de la musique sur iTunes, et vous l'utiliserez 
pour publier vos applications une fois satisfait de votre travail. 

C'est egalement grace a cet outil que vous suivrez les telechargements de l'applica- 
tion, et dans le cas d'une application payante, vos revenus. 
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Figure 1-3 

Le portail iTunes Connect pour 
distribuer vos applications sur 
I'App Store 
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Presentation du SDK iPhone 

Le SDK est un package d'installation (fichier . dmg) telechargeable une fois connecte 
au portail developpeur (iPhone Dev Center) a l'adresse http://developer.apple.com/iphone/ 
index. action. 

L'installation du SDK se fait de maniere classique : en double-cliquant sur le package 
pour le monter, le programme d'installation se lance automatiquement. 



Tableau 1-1 Principaux composants installed avec le SDK 



Norn du composant 
Xcode 


L'outil de developpement Apple, il permet la creation de projets iPhone, 
I'edition du code source Objective-C, la compilation et le debogage des 
applications. 


SDK Mac OS X 10.5 


L'ensemble du SDK standard Mac fait partie des pre-requis de l'installation. 


Interface Builder 


C'est un outil visuel pour construire des interfaces graphiques. 


Organizer 


Cet outil vous permet de gerer les iPhone que vous utilisez pour developper 
et d'y installer des applications sans passer par iTunes. 


iPhone Simulator 


C'est un simulateur permettant de tester les applications directement sur 
I'ordinateur. 
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Tableau 1-1 Principaux composants installes avec le SDK (suite) 



Norn du composant 



Description 



Instruments 


Cet outil permet d'analyser un programme pour surveiller I'etat de la 
memoire, I'utilisation du reseau, du CPU, etc. 


Shark 


II permet d'optimiser I'application en identifiant les fonctions dans 
lesquelles elle passe le plus de temps. 



Figure 1-4 

Installation du SDK iPhone 



„ Installer iPhone SDK 



u Introduction 
u Licence 
' I iPhone SDK License 
( I Destination 
' i Type d'installation 
• Installation 
esume 



Installation personnalisee sur "Macintosh HD" 



Norn du paquet 



Emplacement 
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M UNIX Development 
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Installation 3,7 Co 



Miseaiour 22,8 Mo 



Installation 89,5 Mo 

Installation 594 Mo 

Ignorer 75,3 Mo 

Ignorer 370 Mo 




Espicc- requis : 4,4 Co 



Restant : 1,2 Co 



Provides tools, header files, libraries, and documentation for 
iPhone OS application development. Installs inside the ./Platforms 
folder within the developer folder (default is /Developer/ 
Platforms). The iPhone SDK requires an Intel-based Mac running * 
Mac OS X version 10.5.3 or later. 



r Revenir ^ r Continuer ^ 



Remarque Installation du SDK iPhone sous Snow Leopard 

Pour installer le SDK sous Snow Leopard, Xcode et le SDK iPhone devaient etre installes separement. II 
fallait commencer par installer les outils de developpement depuis le CD de Snow Leopard, avant d'ins- 
taller la version specifique du SDK iPhone pour Snow Leopard. 
Depuis la version 3.1 du SDK, Xcode est de nouveau integre. 



La documentation Apple, une aide a ne pas negliger 

La documentation fournie par Apple est tres riche, et nous vous recommandons de 
vous y referer. En voici un sommaire rapide permettant de retrouver 1'infbrmation 
pertinente. 
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Les guides pour le developpeur 

Les guides font un tour d'horizon complet sur un sujet. lis sont tous accessibles 
depuis le portail des developpeurs {IPhone Dev Center), en suivant le lien iPhone Refe- 
rence Library. 

Le guide consacre aux regies a respecter en matiere d'ergonomie 

Le guide iPhone Human Interface Guidelines decrit les principes ergonomiques qui 
font de 1'iPhone une plate-forme uniforme dans laquelle les utilisateurs retrouvent 
facilement leur chemin. 

La description des API et de la bibliotheque graphique 

Le iPhone Application Programming Guide presente les API les plus importantes de 
1'iPhone, les limitations imposees aux applications, et le fonctionnement de la biblio- 
theque graphique UIKit. 

La reference Objective-C 

Le Objective-C 2.0 Programming Language decrit le langage Objective-C et les nou- 
veautes de sa version 2.0. 

Les exemples de code : des projets Apple exemplaires 

De nombreux exemples de projets sont fournis par Apple, chacun montrant com- 
ment utiliser une des API ou comment repondre a un probleme classique. 

Les exemples peuvent etre telecharges un par un en suivant le lien Sample Code 
depuis Y iPhone Dev Center. 

La documentation de reference exhaustive 

La documentation la plus complete et la plus exhaustive couvre l'ensemble des API 
publiques de 1'iPhone. Elle peut etre consultee en ligne ou bien telechargee pour etre 
lue directement depuis Xcode : 

1 Lancer Xcode. 

2 Dans le menu Help selectionner Documentation. 

Le champ de recherche en haut a droite permet de trouver tres rapidement la docu- 
mentation d'une classe, d'une methode ou d'une constante. 
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ASTUCE Avoir toujours la documentation a jour 

Pour telecharger I'ensemble de la documentation sur votre ordinateur et I'avoir toujours a portee de 
main, cliquez sur le bouton Subscribe a cote de I'ensemble de documents Whom OS Library dans la fene- 
tre Documentation de Xcode. Tous les guides, les documents de reference et les exemples seront tele- 
charges et mis a jour automatiquement si necessaire. 



Pre-requis pour la distribution (Tune application 

Une des revolutions apportees par iPhone et le SDK est le modele de distribution integre 
au terminal qui contribue fortement au succes du telephone et de ses applications. 

II existe deux modes de distribution des applications : le mode Ad Hoc et le mode 
App Store. Quel que soit le mode retenu, la securite des applications est assuree par 
une signature electronique. 



Rappel Signature electronique et certif icat 

La signature electronique d'un fichier permet d'en garantir I'origine et de s'assurer qu'il n'a pas ete modifie 
pendant le transfert. Le certificat est la contre-signature de ce fichier par une autorite tierce de certification. 
Dans le cas des applications iPhone, le certificat est emis par Apple et permet a I'utilisateur de s'assurer 
que ['application provient bien du developpeur et qu'elle n'a pas ete modifiee (par un virus par exemple) 
entre-temps. 
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Preparation a la diffusion d'une application en test (mode Ad Hoc) 

Le mode de distribution Ad Hoc permet de diffuser une application a un ensemble 
fini d'utilisateurs. Le developpeur doit donner une liste d'iPhone et d'iPod Touch qui 
seront explicitement autorises a lancer l'application : elle ne pourra pas etre installee 
sur d'autres telephones. Cette liste ne peut pas contenir plus de 100 identifiants de 
terminaux. 



Attention Les places d'identifiants sont precieux 

Chaque terminal ajoute a la liste occupe une place dans les 100 identifiants mis a votre disposition. 
Meme en supprimant des identifiants de la liste, vous ne recupererez pas immediatement ces places. 
Une fois par an, a la date anniversaire de votre compte, le compteur est reinitialise et vous avez de nou- 
veau droit a 1 00 terminaux. Si au moment du renouvellement, il y a 25 telephones deja presents dans la 
liste, vous pourrez ajouter 75 nouveaux identifiants. 

Les applications distributes ainsi ne sont pas soumises a la validation d'Apple. Ce 
mode est indispensable pour tester votre application sur un terminal reel et sera aussi 
interessant pour diffuser une application aupres de beta-testeurs ou a un petit cercle 
d'utilisateurs. 

Pour pouvoir distribuer des applications en mode Ad Hoc, le developpeur doit deja etre 
inscrit au programme developpeur standard. Le processus est decrit ici etape par etape. 

Une fois l'environnement configure pour la publication en mode Ad Hoc, l'appren- 
tissage du developpement iPhone peut reellement commencer. 

Generer un certificat de developpeur 

La premiere etape du processus consiste a generer une demande de certificat. Ce cer- 
tificat sera transmis a Apple et une fois valide, permettra au developpeur de signer 
electroniquement les applications. 

Pour creer la demande de certificat, lancer l'application Trousseau d'acces dans Appli- 
cations > Utilitaires. 

Dans le menu Trousseau d'acces, selectionner l'option Assistant de certification - 
Demander un certificat a une autorite de certificat. Lassistant de certification se lance. 
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Figure 1-6 

Lancement de I'assistant de 
certification 



A o 



Assistant de certification 



Informations sur Ic certificat 




Saisissez les donnees pour le certificate que vous demandez. 
Cliguez sur Continuer pour demander un certificat de I'AC. 

Adresse electronique de I'utilisateur : |thomas.sa rlandie@backel.t& ' " 
Norn cornmun ; Thomas SARLANDIE 



Adresse electronique de I'AC : 

La requeue est : O Envoye a autorlte de certif. par cournel 
© Enregistre sur disque 
0 Me laisser indiquer les donnees sur la bi-cle 



( Continuer j 



Selectionner l'option Enregistre sur disque et Me laisser indiquer les donnees de la bi-cle, 
valider. Indiquer l'endroit ou enregistrer la demande de certificat. 



Figure 1-7 

Parametres de la demande de 
certificat 



Assistant dc certification 

Informations de bi-cle 

Indiquez la tail le de cle et I'algorithme utilise pour la 
credliun de voire bi-cle. 

La bl-cle est composed de vos cles privee et publlque. La cle 
privee est la partie secrete du bi-cle ; elle doit rester 
conndentielle. La cle publique est rendue publlque au sein 
du certificat numerique. 



Oimension de cle : 2 048 bits 



Algoritimw : RSA 



( En savoir plus... ) 



f Continuer J 



Verifier que la bi-cle creee est bien basee sur ralgorithme RSA avec 2048 bits car 
Apple exige ce niveau de securite. 
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Faire signer par Apple la demande de certificat 

Comme nous l'avons vu, les certificats sont geres via le portail du programme iPhone. 

Selectionner l'option Certificates, puis le bouton Add Certificate. Utiliser le champ de 
telechargement de fichier en bas de la page pour envoyer le certificat. 



Figure 1-8 

Envoi du fichier 

de demande de certificat 



iPhone Developer Program 



Program Pooal- 




Une fois la demande transmise, elle est visible dans la page Certificats de l'App Store, 
et doit etre approuvee par le responsable de l'equipe de developpement. Pour cela, il 
suffit de cliquer sur le bouton Approve. 

Figure 1—9 Kjme E*(*«io«r>aW » Fnwiitoning Profile* 

Validation d'une demande 
de certificat 



Une fois la demande validee, un traitement a lieu pour generer le certificat. Apres 
quelques minutes, le certificat valide est disponible. II suffit alors de le telecharger et 
de double-cliquer dessus pour l'installer sur le poste du developpeur. 

Figure 1-10 

Telechargement du certificat 
valide 
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Attention Le certif icat developpeur est lie a la machine du developpeur 

Le certificat telecharge depuis I'outil Program Portal ne contient pas la cle privee et ne suffit pas pour uti- 
liser cette cle developpeur sur un autre ordinateur. 

Pour pouvoir exporter la cle privee et la reutiliser sur un autre ordinateur, referez-vous a la documenta- 
tion disponible dans I'onglet HowTo dans le Program Portal. 

Pour developper a plusieurs, chaque developpeur doit avoir sa cle. C'est possible si vous avez cree un 
compte developpeur au nom d'une entreprise. 



Creer un identifiant d'application 

Avant de pouvoir distribuer une application, vous devez generer un identifiant 
d'application (AppID) et l'associer a votre certificat. 

L'identifiant declare dans le portail du programme iPhone devra correspondre a l'identi- 
fiant d'application (que vous declarerez dans le fichier Inf o . pi i st de votre application). 

Un prefixe est genere aleatoirement par Apple, ce qui permet de garantir le caractere 
unique de chaque identifiant d'application. Si vous le souhaitez, vous pouvez tout de 
meme ajouter votre propre prefixe, comme le nom de domaine de la societe. 

Ainsi, pour une societe qui developperait deux applications, RSSReader et 
BlogReader, vous devriez creer deux identifiants d'application differents : 
com . acme2_0 . rssreader et com. acme2_0. blog reader. Le prefixe unique aleatoire est 
ajoute automatiquement et le developpeur n'a pas besoin de s'en preoccuper. 



Figure 1-11 

Creation d'un identifiant 
d'application 
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Dans la section App IDs du Program Portal, cliquer sur le bouton New App ID et 
entrer le nom de l'application et son identifiant. 



Definir les iPhone autorises 

La definition de la liste des iPhone autorises se base sur les identifiants uniques de 
telephones (UDID ou Unique Device Identifier). 



ASTUCE Obtenir I'UDID d'un iPhone 

L'UDID est un identifiant propre a chaque telephone. II peut etre obtenu dans Organizer ou bien dans 
iTunes (sur Windows ou sur Mac). 

Pour voir I'UDID d'un telephone dans iTunes, il faut cliquer sur le libelle Numero de serie (attention, il faut 
bien cliquer sur le libelle ; pas sur le numero de serie lui-meme), il est alors remplace par I'UDID 
(« Identifiant »). En cliquant dessus, et en appuyant sur Cmd-C on le copie dans le Presse-papiers. 
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Figure 1-12 Cliquer sur le libelle Numero de serie dans iTunes pour faire apparaTtre I'identifiant du 
telephone (UDID). 



Avec le programme standard, il est possible d'autoriser jusqu'a 100 terminaux. Au- 
dela, il faudra envisager une distribution avec le programme Entreprise (qui permet 
des distributions en interne a grande echelle) ou par l'App Store. 

L'ajout des identifiants se fait dans le Program Portal qui est accessible depuis 
1'iPhone Dev Center. Dans l'onglet Devices, vous pouvez ajouter des telephones a 
votre compte. 



iPhone Developer Program 
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Gestion des terminaux associes 
a votre compte developpeur 
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Generer le profit de provisionnement 

Derniere etape, le profil de provisionnement est un fichier qui lie un ou plusieurs cer- 
tificats avec un AppID et une liste de telephones. 

II autorise les applications signees par un des developpeurs, et dont l'identifiant cor- 
respond au AppID, a etre installees sur un des telephones de la liste. 

Par ce precede, il est possible de creer plusieurs groupes de testeurs et de definir pre- 
cisement qui pourra tester les applications. 

Figure 1-14 rnwjnuii Porul: «ACKCUTI 
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Dans le Program Portal, selectionner l'onglet Provisioning pour creer et telecharger les 
profils de provisionnement. 

Installer le profil sur des iPhone 

Le profil s'installe en faisant glisser le fichier telecharge (extension 
.mobileprovision) sur iTunes ou Xcode. Cette operation est possible sous Mac et 
sous Windows. 

Le menu General > Profils de l'application Reglages sur 1'iPhone permet de verifier que 
le profil est bien installe. 

La fenetre Organizer de Xcode (menu Window > Organizer) permet de lister tous les 
profils installes sur l'ordinateur et de voir ceux installes sur les iPhone connectes. 
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Figure 1-15 

Verification des profils installes 
dans I'iPhone 
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International 




Figure 1-16 

Verification des profils 
installes via Organizer 




Installer ('application sur des iPhone 

Pour le developpeur, l'installation des applications sur iPhone peut se faire tres sim- 
plement depuis Xcode, ce qui sera detaille au chapitre 3 « Premiers pas avec le SDK 
iPhone ». 
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Pour les autres (client, testeur, ami, etc.) il est possible d'envoyer l'application par 
courriel. 

Le developpeur devra tout d'abord compresser Implication (le repertoire dont le 
nom se termine en . app) et l'envoyer avec le fichier de provisionnement. 

Pour le destinataire, il faut tout d'abord installer le profil de provisionnement en le fai- 
sant glisser sur l'icone iTunes (sous Mac ou sous Windows). II faut ensuite decom- 
presser l'application et la faire glisser sur iTunes (sous Mac ou sous Windows). L'appli- 
cation sera automatiquement installee lors de la prochaine synchronisation de 1'iPhone. 



CONSEIL Verifications a faire en cas de probleme 

Si le destinataire n'arrive pas a installer l'application, verifiez les points suivants : 

1. L'UDID de I'iPhone ou de I'iPod Touch a bien ete ajoute au compte developpeur, et il n'y a pas eu 
d'erreur de saisie. 

2. Le terminal a ete ajoute au fichier de provisionnement. 

3. Le fichier de provisionnement a ete telecharge a nouveau et reinstalls par le developpeur avant de 
recompiler l'application. Eventuellement, il peut etre utile d'effacer tous les fichiers de provisionne- 
ment d'iTunes (-/Library/MobileDevice/Provisioning Profiles/) puis reajouter le 
fichier dans iTunes. 

4. Le fichier de provisionnement a ete correctement installe sur le terminal cible (vous pouvez le verifier 
dans le menu General - Profits de l'application Reglages). 

5. L'identifiant de l'application saisi dans Xcode correspond bien a I'identifiant d'application fourni sur le 
site du programme developpeur. 

Mode de distribution via I'App Store pour une diffusion large 

La distribution App Store permet de proposer votre application a l'ensemble des utili- 
sateurs d'iPhone dans le monde. Elle peut se faire gratuitement ou contre remunera- 
tion. Dans ce deuxieme cas, Apple reverse au developpeur environ 70 % des revenus. 

Dans tous les cas, avant d'etre disponible sur l'App Store, l'application sera verifiee 
par Apple qui s'assurera que : 

• l'application respecte les principes ergonomiques iPhone ; 

• l'application ne plante pas (les tests Apple ne peuvent bien sur par etre exhaustifs 
et c'est avant tout a l'equipe de developpement de s'assurer du bon fonctionne- 
ment de l'application) ; 

• du respect de l'« accord » iPhone SDK (qui precise par exemple que certains types 
d'applications ne sont pas autorises, que l'utilisation excessive du reseau est inter- 
dite, que les API privees ne doivent pas etre utilisees, etc.). 

Cette verification peut prendre de 1 a 6 semaines et il est done essentiel de s'assurer que 
l'application respecte parfaitement toutes les regies du SDK iPhone avant de la publier. 
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Publication sur I'AppStore 

La publication sur I'AppStore suit les memes etapes que la publication en mode Ad 
Hoc, avec quelques specificites : 

1 Generation d'un certificat specifique. 

2 Reutilisation du AppID. 

3 Creation d'un nouveau fichier de provisionnement pour la distribution. Cette 
fois-ci, vous n'indiquerez pas de terminaux autorises a lancer l'application. Tous 
les terminaux le seront, une fois l'application publiee. 

4 Compilation et signature avec le nouveau certificat. 

5 Envoi de l'application a Apple via iTunes Connect. 



Le dernier chapitre de ce livre « Publier sur I'App Store » est consacre a la publication d'application. II 
decrit tous les autres elements a fournir et donne des conseils pour reussir la publication et le lancement 
de l'application. 



Conclusion 

Dans ce premier chapitre, vous avez appris comment rejoindre le programme deve- 
loppeur Apple pour pouvoir telecharger le SDK, l'installer et acceder a la documen- 
tation. Nous avons egalement mis en place les pre-requis pour tester votre applica- 
tion sur un iPhone reel, la partager avec d'autres utilisateurs et meme la publier sur 
l'App Store. 

II est temps de (re)decouvrir le langage Objective-C dans le prochain chapitre. 
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L'essentiel d'Objective-C 



L'Objective-C est le langage de programmation du SDK iPhone. Sa syntaxe peut 
sembler deroutante au premier abord, mais les developpeurs habitues aux langages de 
programmation orientes objet s'y habitueront tees vite et ne tarderont pas a en decou- 
vrir les avantages. 

Ce chapitre est une introduction rapide a l'Objective-C, mais amplement suffisante 
pour developper vos premieres applications iPhone. 



APPROFONDIR Guide de programmation Objective-C 

Apple fournit gratuitement en ligne un guide appele The Objective-C 2.0 Programming Language et qui 
est la reference du langage utilise pour developper des applications iPhone. 

Ce guide explique en detail toutes les possibility du langage et fournit de nombreuses explications et 
conseils. Sa lecture est tres fortement recommandee. 



Les origines 

L'Objective-C a ete invente au debut des annees 1980 par Brad Cox, createur de la 
societe Stepstone. Son objectif etait de combiner la richesse du langage Smalltalk (un 
des premiers langages orientes objets) et la rapidite du C. 
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Ses travaux ont abouti en 1986 par la publication du livre Object-Oriented Program- 
ming, An Evolutionary Approach, le premier livre a decrire completement le langage 
puis a la mise sur le marche d'un compilateur Objective-C et d'un ensemble de 
bibliotheques. 

Steve Jobs, ayant ete prie de quitter Apple, fonde en 1985 la societe NeXT editrice 
de logiciels et fabricant de materiels. En 1988, NeXT achete a Stepstone le droit de 
realiser son propre compilateur Objective-C et ses bibliotheques. 

Le systeme d'exploitation des ordinateurs NeXT (NextStep) est alors developpe en 
Objective-C, puis NeXT se concentre sur les logiciels et vend NextStep comme une 
plate-forme de developpement. 

En juin 1996, Apple rachete NeXT Software et recupere toute la technologie 
NextStep. Elle revoit le jour quelques annees plus tard dans Mac OS X sous le nom 
Cocoa et enfin dans 1'iPhone sous le nom Cocoa Touch. 

L'Objective-C 2.0 est une nouvelle version du langage introduite avec Mac OS X 10.5. 



Principes fondamentaux 

Comme tout langage, l'Objective-C pose quelques principes fondamentaux qui 
structurent tout le langage et ses bibliotheques de base. 

Tout est objet 

En Objective-C, tous les objets heritent de la classe NSObject (on retrouve ce prin- 
cipe en Java ou tous les objets heritent de java.lang. Object). 

Toutes les methodes de l'objet NSObject sont done accessibles dans tous les objets 
que vous creerez et manipulerez. 

Cela signifie aussi qu'une methode ou une classe capable de manipuler des objets de 
type NSObject est capable de manipuler tous les objets qui peuvent etre instancies. 
Cette particularite tres importante est abondamment utilisee dans la bibliotheque 
standard pour fournir des outils comme les listes et les dictionnaires qui peuvent etre 
exploites avec tout type d'objet. 
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Envoi de messages 

Les objets Objective-C communiquent entre eux grace a des envois de messages qui 
sont geres par le runtime. 

Cette notion est equivalente a un appel de methode dans d'autres langages orientes 
objets, mais le compilateur n'a pas besoin de verifier a la compilation que l'objet cible 
est capable de traiter ce message (dans la plupart des cas, le compilateur pourra nean- 
moins signaler les cas qui lui semblent incorrects). 

A l'execution, le message est transmis a l'objet destinataire et si celui-ci ne sait pas y 
repondre, une exception est levee. 



La syntaxe Objective-C 

L'Objective-C est une extension du C. Toute la syntaxe C est reconnue et peut etre 
utilisee. Le C ayant servi de base aux langages les plus repandus et les plus enseignes 
aujourd'hui, nous ne redetaillerons pas sa syntaxe. 

Toutes les extensions ajoutees par l'Objective-C au langage C visent a permettre la 
programmation orientee objet. Un des elements les plus importants est l'envoi de 
messages - c'est aussi cela qui rend le langage tees surprenant au premier abord. 

Envoyer des messages a un objet 

Les envois de message se font en utilisant la syntaxe suivante : 
[destinataire message]; 

Le premier element entre crochets est l'objet qui recevra le message, et le deuxieme 
element est le nom du message a envoyer. 

// Equivalent en Java : 
desti natai re . message () ; 

II est bien sur possible d'ajouter des parametres. En Objective-C, les parametres des 
methodes sont nommes : 

[destinataire message : argumentl etArgument2 : argument2] ; 
[stri ng stri ngByRepl aci ngOccurrencesOf Stri ng : @"i Phone" 
withString:@"iPod"] ; 
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Ici, on remarque que le nom de la methode contient aussi le nom du premier argument. 
Ainsi, stringByReplacingOccurrencesOfString est le nom de la methode et il con- 
tient le nom du premier argument, wi thStri ng est le nom du deuxieme argument. 

// Equivalent en Java : 
stri ng . repT. aceAl T. ("i Phone" , "i Pod") ; 

Le nommage des parametres est une des specificites de l'Objective-C. A l'usage, cela 
permet de gagner enormement de temps puisqu'il n'est plus necessaire d'ouvrir la 
documentation pour voir quels sont les parametres a passer, dans quel ordre, etc. 

Attention Signature de methode en Objective-C 

Bien que les arguments soient nommes, ils ne sont pas interchangeables. Leur ordre fait partie de la 
signature de la methode. 

Ainsi, dans I'exemple ci-dessus, les signatures des methodes sont: message, message:, et 
Argument 2 :, ou encore : stri ngByRepT. aci ngOccurrencesOf Stri ng :wi thStri ng : . 

II est egalement possible de recuperer une valeur de retour : 
NSObject -returnedObject = [desti natai re message : argumentl] ; 

Et de chainer plusieurs appels de methodes : 

NSObject -returnedObject = 

[[desti natai re message] fai sQuelquechoseAvec] ; 

Le type id et la valeur nil 

Le type i d est un pointeur vers n'importe quel objet du langage. 
id anObject; 

- (id) uneMethodeQui PeutRenvoyerNImporteQuelObjet; 

On utilise le type i d quand on veut renvoyer un objet dont on ne connait pas encore 
le type ou quand une methode peut prendre n'importe quel type d'objet en argument. 



Remarque id est un pointeur 

La notation i d est un pointeur vers un objet, il ne faut done pas ajouter d'etoile. 
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Le compilateur n'affiche pas de message d'avertissement lorsqu'un type i d est con- 
verti en un type plus precis par le developpeur : 

NSString *maChaine = [self uneMethodeQui PeutRenvoyerNImporteQuelObjet] ; 

La valeur nil est definie comme l'objet nul. C'est l'equivalent de NULL en C ou de 
null en Java. II est possible d'envoyer un message a nil, dans ce cas, la valeur de 
retour est toujours nil ou 0. 

Declaration d'une classe 

Pour chaque classe on definit une interface et une implementation. L'interface decrit 
le comportement de la classe tel qu'il sera vu par les autres classes, I'implementation 
decrit la logique interne de la classe. 

Par convention, on separe la declaration et I'implementation dans deux fichiers 
differents : un fichier . h pour la declaration et un fichier . m pour I'implementation. 

Declaration d'une classe : MaClasse.h 

©interface MaClasse : NSObject { 

// Liste des variables d' instance de la classe 
NSString -monNom; 
NSInteger --'monAge; 

} 

// Liste des methodes de la classe 
- (void) uneMethodeDInstance ; 
+ (void) uneMethodeDeCl asse ; 

Send 

On remarque que la declaration commence au mot-cle ©interface et se termine 
avec le mot-cle ©end. Elle contient un bloc limite par des accolades qui contient la 
liste des variables d'instance, puis entre la fin des accolades et le mot-cle ©end, on 
trouve la liste des methodes. 

Implementation d'une methode 

#import "MaClasse.h" 
©implementation MaClasse 



- (void) uneMethodeDInstance 
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{ 

// ... 

} 

+ (void) uneMethodeDeCl asse 
{ 

// ... 

} 

©end 

Limplementation commence par le mot-cle ©implementation et se termine par le 
mot-cle ©end. 

Les variables d'instance 

Elles sont declarees dans l'interface. Par defaut, elles ne sont pas visibles par les 
autres objets. Nous verrons comment les exposer. 

Attention Ne pas confondre variable d'instance et propriete 

Les variables d'instance sont I'equivalent des proprietes en Java ou en PHP, mais en Objective-C une pro- 
priete est une notion differente et bien specifique qui sera decrite un peu plus loin. 

Les differents types de methodes 

Les methodes d'une classe peuvent etre des methodes d'instance ou des methodes de 
classe. Les methodes d'instance ne peuvent etre appelees que sur une instance de la 
classe. Elles ont acces a toutes les variables d'instance de la classe. Par defaut, toutes 
les methodes declarees dans l'interface sont publiques. 

Les methodes de classe sont appelees directement sur la classe, elles n'ont pas acces 
aux variables d'instance de la classe. 



Remarque Methode de classe et methode statique 

Les methodes de classe sont I'equivalent des methodes statiques dans d'autres langages. 



Les methodes d'instance sont prefixees par un - dans leur declaration et leur imple- 
mentation. Les methodes de classe sont prefixees par un +. 



// Appel de la methode de classe 
[MaClasse uneMethodeDeCl asse] ; 
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// Appel de la methode d' instance 

MaClasse *instance = [[MaClasse alloc] init]; 

[instance uneMethodeDInstance] ; 

Heritage 

En Objective-C, une classe herite forcement de NSObject ou d'un de ses descen- 
dants. On indique la classe parente dans la declaration de la classe. 

L'heritage multiple n'est pas possible en Objective-C, une classe herite toujours 
d'une seule classe. 

©interface MaDeuxi emeCl asse : MaClasse { 



Faire reference a I'objet courant et a son pere 

Pour faire appel a une methode ou une propriete de I'objet courant, on utilise le mot- 
cle sel f qui est l'equivalent de thi s en Java ou C++. 

Pour faire appel a une methode de I'objet parent, on utilise le mot-cle super. 

- (void) uneMethode 
{ 

// Appel d'une autre methode du meme objet 
[self uneAutreMethode] ; 

// Appel d'une methode de I'objet parent 
[super uneMethode] ; 

} 



Pour obtenir l'instance d'un objet, il faut allouer la memoire pour I'objet puis l'initia- 
liser a l'aide d'un initialisateur. 

On peut comparer l'initialisateur a un constructeur (cette notion existe en Java, C++ 
et PHP) qui ne prendrait pas en charge l'allocation de la memoire. 

L' allocation d'un nouvel objet se fait a l'aide de la methode de classe al 1 oc. 
MaClasse *i nstanceNonlni ti al i see = [MaClasse alloc]; 



} 



Initialisation d'une instance d'objet 
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L' allocation est l'equivalent d'un malloc(), il faut toujours initialiser la structure de 
donnees en appelant un initialisateur avant d'utiliser l'objet. 

Chaque classe definit ses initialisateurs. Par defaut, on appelle la methode init qui 
est fournie par NSObject. 

MaClasse -instance = [[MaClasse alloc] init]; 

Pour implementer un nouvel initialisateur, vous declarez une methode d'instance 
dont le type de retour est i d. Elle devra toujours respecter le format suivant : 

- (id) i ni tAvecllnParametre : (i d) anObject 
{ 

if (self = [super init]) 
{ 

// Initialisation ici 

} 

return self; 

} 

Ce format permet de s'assurer que l'initialisateur parent est toujours appele et qu'il 
peut eventuellement empecher 1'initialisation en renvoyant nil ou renvoyer une ins- 
tance deja existante (pour un singleton par exemple). 

Les protocoles 

L'heritage multiple etant impossible en Objective-C (comme en Java), un meca- 
nisme est ajoute permettant de definir des protocoles qu'une classe s'engage a res- 
pecter (comme les interfaces en Java). 

Declaration d'un protocole 

Un protocole se declare dans un fichier d'en-tete selon un format qui ressemble for- 
tement a une interface de classe mais sans variables d'instance. 

©protocol MonProtocole 

- (void) uneMethodeDuProtocol e ; 
©end 
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Implementer un protocole 

Une classe declare dans son interface la liste des protocoles quelle implemente. 

©interface MaClasse : NSObject <MonProtocole, MonAutreProtocole> { 

// Variable d' instance 

} 

// Methodes 
@end 

Les proprietes 

On a vu que les variables d'instance d'une classe ne sont pas accessibles par les autres 
objets. La classe doit declarer des accesseurs pour les variables d'instance quelle veut 
partager. 

Le langage met a la disposition du developpeur un mecanisme permettant de simpli- 
fier l'ecriture des accesseurs : les proprietes. Une propriete est une variable d'instance 
pour laquelle des accesseurs sont definis. 

Declarer une propriete 

On declare les proprietes dans l'interface de la classe, au meme endroit que les 
methodes (en effet, les accesseurs sont des methodes) : 

©interface MaClasse : NSObject { 
NSString *myName; 

} 

©property NSString ••'myName; 
@end 

Cet exemple de code est equivalent a celui-ci : 

©interface MaClasse : NSObject { 
NSString *myName; 

} 

- (NSString*) myName; 

- (void) setMyName : (NSStri ng*) myName; 

@end 
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Attention Les proprietes ne sont que du sucre syntaxique 

La notion de propriete en Objective-C est du sucre syntaxique, c'est-a-dire une aide que le compilateur 
apporte au developpeur en lui evitant de taper du code repetitif. 

Implementer les accesseurs 

Vous pouvez choisir d 'implementer vous-meme les accesseurs dans 1'implementation 
de votre classe ou demander au compilateur de le faire pour vous a l'aide du mot-cle 
@synthesi ze. 

©implementation MaClasse 
©synthesize myName; 

// equivalent a 

- (NSString-') myName 
{ 

} 

- (void) setMyName: (NSString-)newName 
{ 

myName = newName; 

} 

©end 



Attributs des proprietes 

II est possible de fournir au compilateur des indications sur la propriete pour changer 
le code genere. 

// Propriete en lecture seule 
©property (readonly) NSString "''string; 

// Propriete en mode non-atomic 
©property (nonatomic) NSString -string; 

// L'objet assigne a cette propriete doit etre retenu 
©property (retain) NSString -string; 

// Propriete en mode non-atomic et devant etre retenu 
©property (nonatomic, retain) NSString -string; Q 



O Le dernier exemple est le cas le plus frequent. Nous detaillerons un peu plus loin 
la gestion de la memoire en Objective-C et le mot-cle retain. 



L'essentiel d'Objective-C 

Chapitre 2 



ASTUCE L'attribut nonatomic 

Par defaut, le code genere pour les proprietes est construit pour etre appelable depuis plusieurs threads 
en meme temps. Pour cela, un mecanisme de synchronisation est mis en place automatiquement autour 
des acces aux proprietes. 

Dans la plupart des cas, ce mecanisme n'est pas utile, et le plus souvent vous declarerez vos proprietes 
avec l'attribut nonatomi c, ce qui permet un gain de performance. 



La notation point 

La notation point permet d'alleger l'appel des accesseurs (les accesseurs peuvent avoir 
ete declares manuellement ou a l'aide du mot-cle ©property). Ainsi, si un objet a des 
accesseurs pour une propriete col or, on peut y faire reference de plusieurs manieres. 

Acces a une propriete via les accesseurs 

UlColor *c = [objet color] 
[objet setColor: c] ; 

Acces a une propriete via la notation point 

UlColor *c = objet. col or; 
objet. col or = c; 



Les selecteurs : des pointeurs sur fonction 

L'Objective-C etant un langage tres dynamique, il est souvent utile de passer a une 
methode un pointeur sur une fonction qui sera rappele ulterieurement. Un selecteur 
est un identifiant unique de methode. 

Le mot-cle ©selector est ajoute en Objective-C pour obtenir un selecteur. II est 
associe au type SEL. 

Un des moyens de declencher un appel de methode a l'aide d'un selecteur est la 
methode performSelector:withObject: de l'objet NSObject. 

Exemple d'utilisation de performSelector: 

SEL monSelecteur = @se"lector(maFonctionAvecUnArgument:) ; 
[unObjet performSelector : monSelecteur withObject:argl] ; 



// Equivaut a : 

[unObjet maFonctionAvecllnArgument:argl] ; 
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II est egalement possible, a l'aide de la methode respondsToSel ector : de savoir si un 
objet sait repondre a un selecteur. 

Exemple d'utilisation de respondsToSel ector: 

SEL monSelecteur = @selector(maFonctionAvecllnArgument:) ; 
if ([unObjet respondsToSel ector: monSelecteur]) { 

[unObjet performSelector:monSelecteur withObject:argl] ; 

} 

Synchronisation de threads 

Dans une application multithread, il est important de pouvoir empecher certains 
morceaux de code de s'executer en parallele. 

L'Objective-C met a la disposition du developpeur le mot-cle ©synchronize qui 
prend en parametre un objet et est suivi par un bloc de code. 

Tant que le bloc de code n'a pas fini de s'executer, tous les autres threads ne pourront 
pas executer le meme bloc (l'execution des autres threads est suspendue a la premiere 
ligne jusqu'a ce que le premier thread ait termine le traitement). 

Exemple d'utilisation de ©synchronized 

©synch roni zed(sel f) 
{ 

// Ce code est protege contre les executions en parallele 

} 



La bibliotheque standard : le framework Foundation 

Dans la plupart des langages, il existe une bibliotheque standard qui fournit des ele- 
ments generiques, utilisables dans toutes les applications. 

En Objective-C, la bibliotheque standard s'appelle Foundation. Elle fournit les ele- 
ments necessaires pour manipuler des chaines de caracteres, des listes, des diction- 
naires, des dates, etc. Nous ne passerons en revue que les elements les plus essentiels. 

Chaines de caracteres 

Les chaines de caracteres en Objective-C sont encapsulees dans des objets NSString. 
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Cet objet fournit les methodes necessaires aux manipulations classiques : mesurer la taille 
d'une chaine, concatener plusieurs chaines, retrouver une occurrence d'une chaine, etc. 

Pour declarer une chaine de caracteres dans votre application, la syntaxe @" " permet 
de declarer une constante du type NSStri ng et de l'initialiser avec la chaine fournie. 

NSString *1 anguageName = @"Objective-C" ; 

La classe NSStri ng fournit plusieurs methodes statiques qui renvoient une chaine deja 
initialisee avec les parametres donnes. Une des plus utiles est stringWithFormat: qui 
reprend les parametres de formatage bien connus des developpeurs C (syntaxe pri ntf). 

NSString *1 anguageName = [NSString stringWithFormat:@"Mon langage est %@ 
%u", @"Objective-C", 2]; 

On remarque dans cet exemple que l'Objective-C ajoute un parametre de formatage 
pour les parametres de type NSString : %@. 

APPROFONDIR Le specif icateur de formatage %@ 

Ce specificateur ajoute par l'Objective-C peut etre utilise avec tous les objets du langage. En effet, il 
appelle la methode descri ptionWi thLocal e : ou descri pti on sur I'objet. 
Dans le cas de NSStri ng, ces methodes retournent simplement la valeur de I'instance. 

La classe NSString est non mutable et ses instances ne peuvent done pas etre modi- 
fiees. II existe une version mutable : NSMutabl eStri ng. 

Dans l'exemple suivant, on a une chaine de caracteres et on veut lui ajouter une autre 
chaine, deux solutions sont possibles. 

On peut creer une chaine, puis en creer une deuxieme a partir de la premiere : 
NSString *string = @"Hello, "; 

string = [string stringByAppendingString:@"World"] ; 

Ou bien utiliser un objet mutable qu'on initialise et qu'on modifie ensuite : 

NSMutabl eStri ng '-'string = 

[NSMutableString stringWithString:@"Hello, "] ; 
[string appendStri ng : ©"World"]; 
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Approfondir Objets mutables 

La plupart des objets de base en Objective-C sont non mutables, ce qui signifie qu'ils ne peuvent plus 
etre modifies apres avoir ete instancies. C'est le cas par exemple de NSStri ng, NSNumber, NSArray 
et NSDi cti onary. 

Si vous souhaitez modifier I'instance, il faut utiliser une version mutable de I'objet ; ou creer une nouvelle 
instance a partir de I'instance existante. 

La creation de nouvelles instances d'objets non mutables a un cout important en memoire et en temps 
d'execution, mais la manipulation de ces objets est bien plus rapide que la manipulation d'objets mutables. 
En pratique, on choisira d'utiliser des objets mutables en fonction du nombre de modifications a apporter. 

Listes 

La classe NSArray fournit une abstraction de liste ordonnee de taille fixe. 

NSArray --'uneListe = [[NSArray alloc] initWithObjects:objl, obj2, obj3, nil]; 
NSObject -obj = [uneList objectAtIndex:2] ; // obj3 

II existe egalement la classe NSMutableArray qui permet de modifier la liste dynami- 
quement. 

Initialisation et utilisation d'une liste modifiable 

NSMutableArray *uneLi steModi f i abl e = [[NSMutableArray alloc] 

i ni tWi thCapaci ty : 10] ; 

[uneLi steModi fi abl e addObject:objl] ; 

[uneLi steModi fi abl e add0bject:obj2] ; 

[uneLi steModi fi abl e addObject : obj 3] ; 

NSLog(@"Taille de la liste: %u", [uneLi steModi fi abl e count]); 

Parcourir rapidement une liste 

L'Objective-C 2.0 a ajoute un moyen permettant d'enumerer rapidement le contenu 
d'une liste. 

for (Type *element in array) 
{ 

// ... 

} 
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On peut ainsi imprimer le contenu et la taille de chaque chaine dans une liste 
d'objets NSStri ng : 

for (NSStri ng *uneChaine in chaineListe) 
{ 

NSLog(@"Chai ne : %@ Longueur: %u", uneChaine, [uneChaine length]); 

} 



Dictionnaire 

La classe NSDictionary est une table de hachage qui pour une cle donnee garde une 
valeur. Comme pour les listes, il existe une version qui peut etre modifiee 
(NSMutabl eDi cti onary). 

NSMutableDictionary -diet = [ [NSMutabl eDi cti onary alloc] init]; 
[diet setObject:objl forKey : keyl] ; 
[diet set0bject:obj2 forKey : key2] ; 

NSObject *o = [diet objectForKey : key2] ; //obj2 



Le mecanisme de comptage de references 

Dans le langage C, le developpeur alloue des objets en appelant la methode mal 1 oc O 
et les libere en appelant la methode free(). En Objective-C, la bibliotheque stan- 
dard fournit un mecanisme integre a la classe NSObject qui permet de faciliter la ges- 
tion de la memoire. C'est le mecanisme de comptage de references. 

La gestion de la memoire dans une application iPhone est un des points les plus 
importants. La plupart des problemes d'optimisation ou de plantage rencontres 
durant les projets iPhone sont lies a une mauvaise comprehension du mecanisme de 
comptage de references ou des regies d'utilisation qui y sont associees. 

Rappel De I'importance d'une bonne gestion de la memoire 

Rappelons que dans un systeme Unix (ce qui est le cas de I'iPhone), la memoire physique n'est pas direc- 
tement accessible par les applications. Pour stacker des objets en memoire, I'application doit demander 
au systeme de lui allouer de la memoire. Le systeme garde une trace de toutes les zones memoires 
allouees a I'application, mais ne peut pas savoir lesquelles sont encore utilisees. 
Si I'application n'indique pas au systeme que les zones memoires ne sont plus utilisees, I'espace memoire 
sera toujours reserve et ne pourra pas etre recycle pour d'autres objets. Lorsque toute la memoire est uti- 
lises le systeme n'a plus d'autres choix que de tuer I'application pour recuperer cette memoire. 
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La gestion manuelle de la memoire : point de ramasse-miettes ! 

Bien qu'un garbage collector soit integre a la plate-forme Mac OS X 10.5, celui-ci 
n'est pas disponible pour la plate-forme iPhone. L'application est done responsable 
de sa memoire et doit liberer les objets quand ils ne sont plus utilises. 

Rappel Garbage collector ou ramasse-miettes 

Dans des langages comme Java, PHP ou C#, la memoire est geree automatiquement par I'environnement 
d'execution a I'aide d'un garbage collector : le developpeur n'a pas besoin de detruire explicitement les 
objets. Ce mecanisme garde la trace des objets en memoire et sait reconnaTtre si un objet n'est plus 
utilise ; quand e'est le cas, il est supprime. 

Heureusement, le mecanisme de comptage des references est integre a l'Objective-C 
2.0 et est associe a quelques normes. L'ensemble facilite grandement le travail du 
developpeur. 

Vie et mort des objets 
Creation d'un objet 

La classe NSObject definit la methode alloc qui alloue la memoire pour un objet. 
L' objet doit ensuite etre initialise en appelant une methode i ni t . . . . 

NSString *str = [[NSStn'ng alloc] init]; 

NSString *str2 = [[NSString alloc] i ni tWi thFormat : ©"Hello: %@" , str] ; 

Liberation de la memoire d'un objet 

Lorsqu'un objet n'est plus utilise, la methode dealloc est appelee. Cette methode va 
liberer toute la memoire utilisee par 1' objet. En pratique, vous ne devez jamais 
appeler la methode dealloc mais toujours la methode release qui ne liberera effec- 
tivement la memoire que si plus aucun objet n'y fait reference (grace au mecanisme 
de comptage de references que nous detaillerons un peu plus loin). 

NSString *str = [[NSString alloc] init]; 

NSString *str2 = [[NSString alloc] initWi thFormat: ©"Hello: %@" , str]; 

[str release] ; 
[str2 release]; 
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Liberation de la memoire utilisee par vos objets 

Vous devez surcharger la methode dealloc dans vos propres classes pour liberer la 
memoire qui est referencee par l'objet. N'oubliez pas d'appeler la methode dealloc 
de la classe parent. 

- (void) deal loc { 

[myVi ew rel ease] ; 
[super deal loc] ; 

} 

Risques d'une mauvaise gestion de la memoire 

II existe plusieurs risques associes a la gestion de la memoire, qui sont autant 
d'erreurs courantes. 

Envoyer un message a un objet dont la memoire a ete liberee 

Si l'application essaie d'envoyer un message a un objet qui a deja ete libere, elle 
recevra une erreur et se terminera immediatement. 

Considerons le programme suivant : 

int main(int argc, char *argv[]) { 

NSString *str = [[NSString alloc] initWith Format:®" Hello %@", ©"World"]; 

[str release] ; 

[str isEqualToString:®""] ; 

} 

Lorsqu'on l'execute, l'application est terminee par le systeme avec l'exception : 
EXC_BAD_ACCESS (SICSECV), qui signifie que le programme a essaye de lire une zone 
memoire qui ne lui appartient pas (en effet, elle etait deja liberee). 

Liberer plusieurs fois la memoire d'un objet 

Lorsque l'application libere plusieurs fois la memoire d'un objet, elle recoit une 
exception et se termine immediatement. 

En effet, liberer une deuxieme fois la memoire d'un objet revient a appeler une 
methode (release) sur un objet dont la memoire a deja ete liberee. 
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ASTUCE Toujours mettre a nil les references d'objets apres les avoir liberes 

En donnant la valeur ni 1 aux pointeurs des objets apres les avoir liberes, vous vous assurez que votre 
programme n'essaiera pas d'envoyer un message a une instance qui n'existe plus et eviterez ainsi des 
plantages de I'application. 

[str release] 
str = nil; 

Cette solution permet d'eviter un plantage dans les deux exemples precedents. 



Comptage de references 

II est relativement facile au sein d'une fonction ou d'un objet de savoir quand une 
zone memoire n'est plus utilisee et quelle peut etre liberee. Les choses deviennent 
beaucoup plus compliquees quand des zones memoires sont partagees entre plusieurs 
objets : comment savoir si les autres objets ont fini de l'utiliser ? 

Pour faciliter le travail du programmeur, les objets integrent un compteur de refe- 
rences qui permet a l'objet de savoir combien d'autres objets maintiennent une refe- 
rence vers lui. Chacun des objets tiers a l'obligation d'incrementer ce compteur 
quand il commence a faire reference a l'objet, et de le decrementer quand il n'y fait 
plus reference. 

Incrementer et decrementer le compteur de references 

Pour incrementer et decrementer le compteur de references, la classe NSObject pro- 
pose les methodes retai n et rel ease. On dit que l'objet est retenu puis libere. 

int main(int argc, char *argv[]) { 
NSLog(@"start") ; 

NSString *str = [[NSStn'ng alloc] initWith Format: ©"Hello %@" , 
©"World"] ; 

NSLog(@"Compteur de references: %u", [str retai nCount] ) ; 
[str retai n] ; 

NSLog(@"Compteur de references: %u", [str retai nCount] ) ; 
[str rel ease] ; 

NSLog(@"Compteur de references: %u", [str retai nCount] ) ; 

[str rel ease] ; 
NSLog(@"done") ; 

} 
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Ce programme donne la sortie suivante : 
start 

Compteur de references: 1 
Compteur de references: 2 
Compteur de references: 1 
done 

Attention Utilisation de la methode retainCount 

La methode retai nCount est interessante pour explorer le mecanisme de comptage des references, 
mais en pratique il ne faut jamais I'utiliser dans un programme pour decider de liberer ou pas un objet. 
Ce sont les regies de gestion de la memoire que nous verrons un peu plus loin qui dictent quand il faut 
liberer ou pas un objet. 

On remarque dans cet exemple que lorsque l'objet est alloue, son compteur de refe- 
rences est initialise a la valeur 1. II faudra done appeler une fois et une seule fois 
rel ease pour un objet alloue par le developpeur. 

Destruction des objets 

L'implementation de la methode release decrements le compteur de references et 
appelle la methode dealloc immediatement s'il est egal a 0. II faut done faire extre- 
mement attention a ne pas reutiliser un objet apres l'avoir libere car il peut avoir ete 
detruit. 

Liberation retardee d'un objet 

Dans certains cas, on souhaite ecrire une methode qui renvoie un objet sans que 
l'appelant n'ait a se soucier de le liberer. 

Le code suivant est incorrect : 

-(NSStri ng*) gi veMeSomethi ng 
{ 

NSString *s = [[NSString] alloc] init]; 
[s release] ; 
return s; 

} 

En effet, lorsque l'appelant recuperera l'objet s, celui-ci aura deja ete detruit et ne 
pourra plus etre utilise. 
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L'Objective-C met a disposition du developpeur la methode autorel ease qui permet 
de dire a l'objet de se liberer un peu plus tard. Grace a cette methode, la classe appe- 
lante peut recuperer l'objet et l'utiliser sans se soucier de le liberer : l'objet se liberera 
tout seul ulterieurement. 

Le code correct devient done : 

- (NSStri ng*) gi veMeSomethi ng 
{ 

NSStri ng *s = [ [NSStri ng] alloc] init]; 
[s autorel ease] ; 
return s; 

} 

APPROFONDIR Les pools d'autorelease 

II n'y a rien de magique derriere le mecanisme de liberation retardee. L'objet s'enregistre simplement 
aupres du pool d'autorelease le plus proche (par defaut, e'est celui qui a ete cree dans la methode man n) 
et e'est ce dernier qui le liberera lors de sa prochaine execution. 

Le pool d'autorelease principal se vide quand la boucle de traitement des messages (run loop) n'a plus 
de messages a traiter et done a un moment oil toutes les methodes du thread principal auront fini de 
s'executer. Si un objet souhaite conserver un objet qui a ete programme pour une liberation retardee, il 
doit retenir explicitement l'objet (et le liberer plus tard). 



Creer un pool d'autorelease 

Dans certains cas, vous devrez creer vos propres pool d'autorelease, e'est le cas dans 
les threads ou dans des boucles longues qui utilisent beaucoup d'objets a liberation 
retardee. 

Dans l'exemple suivant, on cree un pool d'autorelease dans une boucle pour per- 
mettre de liberer les objets a chaque tour de boucle, et non pas une fois que la 
methode a fini de s'executer. 

for (NSString s in liste) { 

// Creation d' un pool d'autorelease pour cette boucle 
NSAutoreleasePool --loopPool = [[NSAutoreleasePool alloc] init]; 
/ / Trai tements . . . 

// Les objets autorel ease crees ici sont ajoutes a loopPool 

// Liberation des objets autorelease 
[1 oopPool rel ease] ; 

} 
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Regies de gestion de la memoire en Objective-C 

Lorsqu'on appelle une methode, il est essentiel de savoir comment l'objet a ete cree 
et s'il est necessaire de le liberer ou pas. 

L'Objective-C impose une regie tres importante pour repondre a cette question : 

Vous devenez proprietaire des objets que vous avez crees en utilisant une methode 
dont le nom commence par al 1 oc, new ou contient copy. Vous devenez egalement 
proprietaire des objets que vous retenez. Vous devez liberer la memoire des objets 
que vous detenez en appelant la methode rel ease ou autorel ease. Dans les autres 
cas, vous ne devezjamais les appeler. 

CONSEIL Relisez trois fois le paragraphe ci-dessus 

Ce sont sans aucun doute les quelques lignes les plus importantes de ce chapitre ! 
La mauvaise comprehension des principes exposes ici est la source de tres nombreux bogues difficiles a 
diagnostiquer. En prenant immediatement le temps de bien comprendre le fonctionnement de la gestion 
de la memoire, vous vous epargnerez de nombreux problemes ulterieurs. 

Pour completer ce chapitre, vous pouvez egalement lire le Memory Management Programming Guide 
disponible dans les guides Apple. 

Application de la regie 

Grace a cette regie, vous devriez toujours savoir avec certitude quand liberer la 
memoire d'un objet. En particulier, vous n'avez pas besoin de liberer la memoire des 
objets renvoyes par les methodes statiques dont le nom ne commence pas par alloc. 

NSString *str = [[NSString alloc] init]; 

// Objet cree par la methode alloc - Vous devez le liberer 
[str rel ease] ; 

NSString *str = [NSString stringWithFormat:®""] ; 

// Objet cree par une methode dont le nom ne commence pas par alloc ou 
new - Vous n'avez pas besoin de le liberer 

Utilisation des objets a liberation retardee 

Les objets renvoyes par une methode dont le nom ne commence pas par al 1 oc, new 
ou ne contient pas copy peuvent etre utilises dans la methode en cours. lis peuvent 
egalement etre renvoyes a une autre methode appelante pour qui les memes regies 
s'appliqueront. 
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Par contre, ils ne peuvent pas etre conserves (stockes dans une variable d'instance) et 
reutilises plus tard puisqu'ils auront ete liberes par le pool d'autorelease. 

Si vous souhaitez conserver un de ces objets, vous devez le retenir. II peut ainsi etre 
affecte a une variable d'instance et reutilise plus tard. 

str = [NSString stri ngWi thFormat : @""] ; 
[str retai n] ; 

// L'objet est affecte a une variable d'instance et retenu. 
// IT pourra etre reutilise plus tard. 

// II devra etre libere dans la methode dealloc de la classe. 



Proprietes et gestion de la memoire 

On utilisera souvent les accesseurs pour retenir les objets et les liberer. 

Exemple de setter pour une propriete definie avec le mot-cle retai n 

J // Setter pour la propriete object 
- (void) setObject : (NSObject*) newObject 
{ 

if (object != nil) 
{ 

[object rel ease] ; 

} 

object = [newObject retain]; 

} 

Avec ce type de setter, le compteur de references de l'objet est correctement mis a 
jour : on l'incremente lorsqu'on recoit l'objet pour etre sur que l'objet ne sera pas 
detruit tant qu'on detient un pointeur sur lui ; puis le compteur est decremente juste 
avant que la reference vers l'objet soit perdue. 

C'est ce code qui est genere lorsque vous declarez une propriete avec l'attribut retai n 
et que vous utilisez Osynthesi ze pour generer i'implementation. 
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Attention Ne confondez pas la propriete et la variable d'instance 

Lorsque vous appelez une propriete definie avec le mot-cle retai n en utilisant les accesseurs ou la 
notation point, le code de I'accesseur est utilise et va correctement incrementer et decrementer le comp- 
teur de references de I'objet ; mais si vous faites directement appel a la variable d'instance, le compteur 
de references ne sera pas modifie. 

// Correct : 

self. object = [unAutreObjet donneMoi UnObjet] ; 
// Incorrect : 

object = [unAutreObjet donneMoi UnObjet] ; 

// Correct : l'ancien objet est correctement libere 
self .object = nil ; 

// Incorrect : le compteur de references n'a pas ete decrements. 
//II y a une fuite memoi re 
object = nil; 

Si vous devez allouer un objet et I'assigner a une propriete, il est d'usage de I'assigner tout d'abord a une 
variable locale, puis de I'affecter a la propriete (ce qui va entramer une incrementation du compteur de 
references) avant de le liberer. 

NSString *aString = [[NSString alloc] init]; 

self .maString = aString; 

[aStri ng rel ease] ; 
II est possible de faire autrement, mais le code est alors beaucoup moins clair et le risque d'erreurs plus grand. 

Exemple de declaration d'une propriete avec le mot-cle retai n 

©interface MaClasse { 
} 

©property (nonatomic, retain) NSObject -'object; 
©end 

©implementation MaClasse 
©synthesize object; 
©end 
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Proprietes non retenues et references faibles 

Par defaut, les proprietes sont declarees avec le mot-cle assign, 
©property NSString *string; 

©property NSString (assign) -'string; // Equivalent 

Avec ce mot-cle, les accesseurs ne vont pas prendre en charge la gestion de la 
memoire et vont simplement assigner la nouvelle valeur a la variable d'instance. 



APPROFONDIR Les references faibles 

Les proprietes definies avec le mot-cle assign permettent de creer des references faibles entre les 
objets. Ainsi, un premier objet pointe sur un autre objet sans le retenir. On ne les utilise que lorsqu'on est 
sur que I'objet cible ne risque pas d'etre libere pendant la duree de vie du premier objet. 
Le delegue d'un objet est souvent conserve par reference faible afin d'eviter des references circulaires. 



Conclusion 

Nous avons couvert les notions fondamentales de l'Objective-C. Vbus etes desormais 
pret a developper vos premieres applications. 

La bibliotheque standard n'a ete que survolee, mais vous verrez a l'usage que toutes les 
fonctions classiques que vous utilisiez dans d'autres langages sont egalement 
disponibles ; un petit tour dans la documentation permettra de les identifier rapidement. 

Quand vous aurez lu les chapitres suivants, n'hesitez pas a revenir a ce chapitre et en 
particulier la partie sur la gestion de la memoire pour vous assurer que tout est clair. 

Enfin, certaines notions n'ont pas ete abordees ici car elles ne sont pas indispensables 
pour developper des applications iPhone. Le guide Objective-C les decrit toutes en 
detail, et vous devriez le parcourir pour approfondir votre maitrise du langage. Les 
categories, par exemple, permettent d'etendre une classe existante (sans l'heriter) et 
sont un moyen tres elegant d'enrichir la bibliotheque standard. 
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Vous venez de vous familiariser avec l'Objective-C dont vous maitrisez a present les 
bases. II est temps d'apprehender concretement le developpement iPhone. Ce cha- 
pitre est aussi la pour assouvir la curiosite des developpeurs experimentes qui decou- 
vrent renvironnement de developpement Apple. 

Nous ferons connaissance avec l'interface de Xcode et nous ferons egalement un tour 
rapide des fonctionnalites cles a bien connaitre. Puis nous verrons quels sont les 
fichiers necessaires pour une application minimaliste, leur role et le cycle de vie 
typique d'une application iPhone. Enfin, a travers differentes manieres de faire le 
tees classique « Hello World », nous verrons les diverses facons de creer une interface 
graphique et de l'afficher. Ce sont ces memes techniques que vous reutiliserez 
ensuite, en les enrichissant avec de nouveaux composants. Au passage, nous appren- 
drons a lancer l'application sur un iPhone et a la deboguer. 

Apres avoir lu ce chapitre, vous aurez fait le grand pas en avant dans le monde des 
developpeurs d'applications iPhone. Vous commencerez a trouver vos marques, a 
comprendre. Le reste du livre vous permettra d'approfondir. 

A la decouverte de Xcode 

Entrons directement dans le vif du sujet, lancez Xcode, fermez la fenetre de bien- 
venue puis File > New Project. L'assistant de creation d'un nouveau projet s'ouvre. A 
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gauche, vous retrouvez plusieurs categories qui permettent de creer des projets pour 
Mac OS X ou pour iPhone. Selectionnez Application dans iPhone OS puis Window 
Based Application, c'est-a-dire une nouvelle application basee sur une fenetre. 



Figure 3-1 

Assistant de creation d'un 
nouveau projet 




Les modeles de projet 

Xcode propose plusieurs templates de projet, qui sont autant de modeles d'applica- 
tions standard. Le modele le plus simple est « Window Based Application », c'est-a- 
dire une application qui ne fait que creer une fenetre vide. 

ESSENTIEL Fenetre et vues 

En general, les applications iPhone sont composees d'une seule fenetre (UIWi ndow). 
A I'interieur de cette fenetre, I'application cree des vues (UlVi ew) qui peuvent occuper toute la surface 
de I'ecran, ou seulement une partie. Nous verrons comment creer des hierarchies de vues complexes, 
gerer les transitions d'une vue a I'autre (avec des effets de glissement ou d'apparition) rappelez-vous 
simplement que vous ne devrez jamais chercher a creer d'autres fenetres. 

Les autres modeles de projet economisent quelques minutes de travail au deve- 
loppeur, mais ils risquent surtout de perdre le developpeur debutant qui, n'ayant pas 
ecrit lui-meme le code, risque de ne plus comprendre comment I'application fonc- 
tionne. Aussi, il vaut toujours mieux s'appuyer sur le modele Window-Based Applica- 
tion quand on demarre un projet. 
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Les modeles pourront servir de source d'inspiration : creer un projet modele, 
regarder le code genere et reproduire dans un modele d'application basee sur une 
fenetre. lis serviront aussi aux developpeurs experimentes qui maitrisent deja bien le 
SDK, comprennent ce que fait l'assistant et pourront l'utiliser pour des developpe- 
ments express (une application construite en quelques heures pour valider un concept 
ou relever un defi !). 

Decouverte d'un projet iPhone vide 

Apres avoir choisi de creer un nouveau projet d'application basee sur une fenetre, 
Xcode demande ou enregistrer le projet et lance l'editeur de code. Donnez le nom 
HelloWorld au projet. 



Figure 3-2 

La fenetre Xcode apres la 
creation d'un projet basee sur 
une fenetre. 
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Avant toute chose... 

Si ce n'est pas deja fait, la premiere chose a faire est probablement de cliquer sur le 
bouton Build and Co dans la barre d'outils : Xcode compile le projet et lance l'applica- 
tion dans le simulateur. 



Figure 3-3 

Votre premiere application 
iPhone - vous etes sur 
la bonne voie. 
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Vous avez compile et execute votre premiere application iPhone. Bravo ! Nous ver- 
rons plus loin dans ce chapitre comment lancer l'application sur votre iPhone. 

Les groupes de fichiers crees par Xcode 

La partie gauche de l'editeur permet de lister les differents elements du projet (voir 
illustration precedente). Sous « HelloWorld » on retrouve differents groupes de 
fichiers. Ces groupes ne correspondent pas a des repertoires dans le projet : il s'agit 
uniquement d'un moyen de ranger les fichiers dans Xcode. 

En cliquant sur chaque groupe, la zone centrale superieure liste le contenu du 
groupe. Par defaut, c'est 1' element racine « HelloWorld » qui est selectionne et on 
voit done le contenu de tous les groupes. 

ASTUCE Les raccourcis clavier essentiels 

Xcode propose plusieurs raccourcis clavier pour naviguer plus aisement dans les fichiers. Les maTtriser devien- 
dra rapidement indispensable et vous devriez prendre le temps de vous familiariser avec des maintenant. 
Ouvrez le fichier HelloWorldAppDelegate.m, en appuyant sur Option-Cmd-Haut, vous basculez 
entre I'implementation (le fichier . m) et la declaration (le fichier . h). 

Ouvrez maintenant le fichier main.m. Appuyez sur Option-Cmd-Cauche pour revenir en arriere dans 
I'historique des fichiers ou Option-Cmd-Droite pour aller en avant dans I'historique. 







\i] HelloWorld.Prefix.pch 
[jij HelloWorldAppDelegate.h 
[m HelloWorldAppDelegate.m 
/ [Zi] main.m 






* \ - 


mbol> $ 






// 
// 
1/ 
// 


Clear File History 

History Capacity ► 





Figure 3-4 L'historique des fichiers visit.es 



Vous pouvez aussi acceder a I'historique des derniers fichiers ouverts en cliquant sur le nom de fichier 
dans la barre qui separe l'editeur de texte de la liste des elements. 

Enfin, le raccourci Cmd-Maj-D permet de trouver rapidement un fichier ou un symbole dans I'ensemble 
du code source de l'application. 
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Nom du groupe 


Description 


Classes 


Dans ce groupe, on retrouvera toutes les classes du projet : fichiers d'en-tete ( . h) et 
fichiers sources (.m). 

Vous pourrez creer des sous-groupes pour organiser vos classes. 


Other Sources 


Ce sont les autres fichiers sources du projet, ceux qui ne sont pas bases sur des classes 
Objective-C. Vous n'aurez probablement pas besoin d'ajouter de fichiers ici : tous vos 
developpements seront faits sous forme de classe. 

Par defaut, on retrouve ici le fichier mai n . m qui ne contient que la fonction C 
classique mai n () : c'est le point d'entree de l'application. 



Premiers pas avec le SDK iPhone 

Chapitre 3 



Tableau 3-1 Les groupes de fichiers crees par Xcode (suite) 



Norn du groupe Description 


Ressources 


Toutes les ressources du projet seront stockees dans ce groupe. Les ressources sont un 
element tres important d'un projet iPhone. On retrouvera notamment : les fichiers de 
description d'interface ( . xi b), le descripteur d'application (fichier Inf o . pi i st) et 
tous les elements graphiques du projet (fichiers png, jpeg, etc.). 


Frameworks 


Ce groupe contient la liste des frameworks utilises par I'application. Un framework est 
une bibliotheque qui sera compilee statiquement ou dynamiquement avec 
I'application. 


Products 


Liste les elements produits par le compilateur. Dans notre cas, c'est le package : 
HelloWorld.app. 



Fichiers generes lors de la creation du projet 

Lors de la creation du projet, Xcode a genere plusieurs fichiers. II utilise le nom du 
projet comme racine pour les nommer. 



Fichier 



Tableau 3-2 Fichiers generes lors de la creation du projet 
Description 



mai n . m 


Fichier contenant la fonction mai n () de I'application : point d'entree du 
programme. 


Hel 1 oWorl d_Pref i x . pch 


Fichier d'en-tete qui est prefixe a I'ensemble des fichiers sources du projet. Permet 

de ne pas repeter les memes directives #i mport dans tous les fichiers. 

Par defaut, il fait appel aux en-tetes du framework Foundation et aux en-tetes de 

UIKit. 


HelloWorld-Info.plist 


Ce fichier de proprietes fournit des informations sur I'application. II est utilise par 
iPhone pour savoir quel est le nom de I'application, quelle icone afficher dans le 
menu, quelle fenetre ouvrir lors du premier lancement de I'application, s'il faut 
lancer I'application en mode paysage, etc. Depuis la version 3 du SDK, le nom de 
ce fichier contient le nom de I'application. On utilise souvent I'ancien nom 
generique Info . pi i st pour s'y referer. 


Hel 1 oWorl dAppDel egate . h 
Hel 1 oWorl dAppDel egate . m 


La classe Hel 1 oWorl dAppDel egate est la classe deleguee de votre 
application. Nous reviendrons tres rapidement sur ce design pattern tres important 
dans I'environnement iPhone. 

Disons simplement pour I'instant qu'elle permet au developpeur d'enrichir le 
comportement de la classe UIAppl i cati on . 


MainWindow.xib 


Fichier de description de la fenetre. Ce fichier est destine a etre edite visuellement 
avec Interface Builder. 

Le fichier Mai nWi ndow . xi b genere contient une fenetre vide et reference la 
classe Hell oWorldAppDel egate. 
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Comprendre le code genere par Xcode 

Lorsque l'application est executee par iPhone ou par le simulateur, le point d'entree est 
toujours le fichier main.m. Les etapes deroulees ensuite dependent de choix faits par le 
developpeur (en particulier en fonction de l'utilisation ou pas d'Interface Builder). 

Dans le cas d'une application generee avec le modele de projet base sur une fenetre, 
les etapes sont les suivantes : 

1 L' execution demarre dans la fonction man n () du fichier man n . m . 

2 La fonction main cree un pool de liberation automatique de la memoire (objet 
NSAutoreleasePool ; voir a ce sujet le paragraphe sur la gestion de la memoire 
dans le chapitre precedent). 

3 La fonction main appelle la fonction UIAppl i cati onMai n (qui est une fonction de 
base d'UIKit) et lui passe la main. 

4 UIAppl i cati onMai n cree un objet UIAppl i cati on . 

5 UIAppl i cati onMai n lit le fichier Info . pi i st pour obtenir le nom du fichier NIB 
a charger (les fichiers NIB sont la version compilee des fichiers XIB). Elle instan- 
cie la fenetre decrite dans le fichier NIB, ainsi que le delegue de l'application (la 
classe HelloWorldAppDelegate dans notre cas). 

6 Une boucle de gestion des evenements est demarree par l'objet UIAppl i cati on . 

7 La methode appl i cati onDi dFi ni shLaunchi ng : du delegue est appelee. 

8 La boucle de gestion des evenements traite un par un les evenements recus par 
l'application. 

9 Quand l'utilisateur ferme l'application (en cliquant sur le bouton Home par exem- 
ple), la boucle s'arrete, l'application rend la main a la fonction qui vide le pool 
memoire cree plus tot et se termine. 

ESSENTIEL Boucle de gestion des evenements 

Une boucle de gestion des evenements est une boucle sans fin qui traite une file d'attente d'evenements. 
Toutes les applications iPhone comportent une boucle principale de gestion des evenements, ou main 
run loop, qui est chargee de traiter tous les evenements ajoutes a la file par le systeme (quand l'utilisa- 
teur touche I'ecran par exemple). 

Lorsque la boucle principale de gestion des evenements depile un evenement, elle cherche la vue (bou- 
ton, image, zone de texte, etc.) qui pourra le traiter et lui passe I'evenement. 

La boucle se termine quand un evenement special est recu : quand l'utilisateur souhaite fermer l'applica- 
tion par exemple. 
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Role du fichier Info.plist 

Le fichier Info.plist (ou NomAppli cation-Info. pi ist) est place a la racine de 
l'application. II definit des proprietes qui sont lues par 1'iPhone lors de Installation 
et de l'execution de l'application. 

Vous trouverez la liste exhaustive des proprietes dans le guide de programmation 
d'applications iPhone. 

Edition du fichier Info.plist 

C'est un fichier XML, mais Xcode integre un editeur adapte qui facilite la modifica- 
tion de ce fichier. 



Figure 3-5 

Edition du fichier Info.plist dans 
Xcode 




ASTUCE Edition des fichiers XML de proprietes 

Lorsque vous ouvrez un fichier de proprietes, Xcode vous presente un editeur adapte au type de fichier 
ouvert. Dans le cas du fichier Info . pi i st, il affiche des libelles complets au lieu du nom de la pro- 
priete, propose la liste des elements autorises quand on ajoute une propriete, etc. 
Pour basculer entre le mode d'edition standard et le mode d'edition specifique Info . pi i st, vous pou- 
vez utiliser le menu View > Property List Type. 

Nom de l'application et choix de I'icone 

Comme vous avez pu le constater en lancant l'application dans le simulateur, celle-ci 
n'a pas encore d'icone et un carre blanc s'affiche a la place. 

La propriete CFBundlelconFile (Icon file) permet d'indiquer le nom d'un fichier 
. png qui sera utilise comme icone pour l'application. Si vous n'indiquez pas cette 
propriete, un fichier nomme Icon. png sera recherche. Licone doit etre ajoutee 
comme ressource au projet, et faire 57 x 57 pixels. 
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Par defaut, l'effet de halo lumineux et les bords arrondis sont ajoutes automatique- 
ment par iPhone. Vous pouvez lui indiquer que vous les avez deja ajoutes (ou que 
vous ne souhaitez pas qu'il les ajoute) en definissant la propriete UlPrerenderedlcon. 

La propriete CFBundleDisplayName(Bundle display name) indique le titre de l'appli- 
cation, tel qu'il apparaitra sur l'ecran d'accueil de 1'iPhone. 

Personnalisation de l'ecran de demarrage 

Lorsque l'utilisateur choisit de lancer une application, iPhone declenche une anima- 
tion et l'application semble s'ouvrir instantanement. Malheureusement, il faut plus 
de temps a l'application pour se charger en memoire, lire ses ressources, ouvrir puis 
afficher la premiere fenetre. 

En attendant que l'application prenne la main et que la fenetre soit affichee, iPhone 
affiche une image statique qui permet de faire illusion et donne l'impression que 
l'application est deja chargee : c'est le fichier Default.png a la racine des ressources 
de l'application. 

Apple recommande que vous utilisiez ce fichier pour afficher une image de l'interface 
telle quelle apparaitra quand l'application sera chargee. C'est ce que font les applications 
standard de 1'iPhone. Vous pouvez egalement vous en servir pour afficher un splash screen. 



Role du delegue de l'application 

Le delegue de l'application (HelloWorldAppDelegate) est le seul des fichiers sources 
generes que vous devrez modifier (et bien sur, vous en ajouterez d'autres). Grace au 
delegue, le developpeur peut ajouter du code qui sera execute dans certains moments 
cles de la vie de l'application. 



Design Pattern Delegation de contrdle 

Le design pattern delegation de controle permet a une classe de s'appuyer sur une autre pour enrichir 
son propre comportement. Son interet principal est d'eviter d'avoir a deriver une classe pour modifier son 
comportement. 

Prenons un exemple : soit une classe Voi tu re, qui permet via differentes methodes d'avancer, tourner, 
reculer, etc. Cette classe definit un protocole Voi tureDel egue dans lequel on retrouvera les metho- 
des voi tureSarrete, voi tureDemarre. Lorsque la voiture demarre ou s'arrete, les methodes 
correspondantes du delegue sont appelees. 

Le developpeur peut done enrichir le comportement de la classe Voiture, sans la deriver ; et le deve- 
loppeur de la classe Voiture n'a pas besoin de documenter le comportement interne de sa classe puisque 
les points d'extension sont clairement definis via le delegue. 

Ce design pattern est tres largement utilise dans Cocoa : un bouton previent son delegue quand on cli- 
que dessus, une liste d'elements fait appel a son delegue pour savoir quel element afficher, une applica- 
tion previent son delegue quand l'application a fini de se charger ou quand le systeme veut la fermer, etc. 
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Tous les points d'extensions proposes par le delegue de UIAppl i cati on sont decrits 
dans la documentation (faites une recherche sur UIAppl i cati onDelegate), les plus 
importants et leurs utilisations classiques sont decrits ci-apres. 

applicationDidFinishLaunching: - Votre application a fini de se lancer 

Cette methode est appelee lorsque la classe UIAppl i cati on a fini de charger la vue 
decrite dans le fichier XIB, et que la boucle de gestion des evenements est prete. 

Vous pouvez alors ajouter du contenu dans la fenetre, charger d'autres fichiers XIB, 
lancer des requetes reseau pour obtenir des contenus, etc. C'est ici que vous ajouterez 
le code de demarrage de votre application. Dans le code genere par defaut, on 
retrouve les lignes suivantes : 

- (void)applicationDidFinishLaunching: (UIAppl i cati on -)appl i cation { 

// Override point for customization after application launch 
[window makeKeyAndVisible] ; 

} 

Le delegue envoie le message makeKeyAndVisible a l'objet window, qui a pour effet 
de remplacer l'image de demarrage par la fenetre de votre application. 

CONSEIL Limitez au maximum les traitements lors du lancement de I'application 

Pour minimiser le temps de demarrage de I'application, il est essentiel de reduire au maximum les traite- 
ments faits dans cette methode. 

Tous les traitements qui ne sont pas indispensables doivent etre retardes. C'est le seul moyen de faire 
une application qui demarre vite. 

applicationWiUTerminate: - Votre application va se terminer 

Quand l'utilisateur quitte I'application (en appuyant sur le bouton Home, en repon- 
dant a un appel ou un SMS), le delegue de I'application recoit cet evenement avant 
que I'application ne se ferme. 

CONSEIL Prevoyez du temps avant que I'application se termine 

Quand votre delegue recoit ce message, I'application est deja en train de se fermer et il est possible qu'elle 
soit tuee avant meme que la methode ait fini de s'executer. Si vous avez besoin d'executer des traitements, 
utilisez plutot la methode appl i cati onWi 1 1 Resi gnActi ve qui vous laissera plus de temps. 
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applicationDidReceiveMemoryWarning: - Votre application doit liberer de la 
memoire 

Cette methode est liee a un mecanisme tres important dans 1'iPhone : les avertisse- 
ments de memoire. Elle est appelee quand votre application consomme trop de 
memoire et quelle atteint les limites du systeme. Dans ce cas, il faut liberer de la 
memoire en relachant des objets qui ne sont pas utilises pour l'instant. 

Si votre application ne reagit pas a cet evenement, et quelle ne libere pas de 
memoire, le systeme risque de tuer l'application. C'est une des sources importantes 
de plantages. 

Astuce Utiliser les classes fournies par le SDK 

Les classes fournies par le SDK sont deja capables de liberer de la memoire quand cet evenement est recu 
par l'application. Par exemple, le controleur associe a une barre d'onglets (UITabBarControl 1 er) 
va automatiquement liberer la memoire utilisee par les vues (les onglets) qui ne sont pas visibles. 

En pratique, la methode didRecei veMemoryWarni ng : du delegue d'application est 
peu utilisee. 



Nous reviendrons sur les avertissements memoire au chapitre 7 consacre aux controleurs de vue, qui sont 
souvent responsables de la majorite de la consommation memoire (puisqu'ils detiennent les vues et tous 
les elements graphiques). 



applicationWNIResignActive: - Votre application passe en arriere-plan 

Lorsqu'une notification est presentee a l'utilisateur (un appel entrant, un SMS, un eve- 
nement de calendrier, etc.), l'application continue a s'executer, mais elle ne recoit plus 
aucun evenement (une fenetre est affichee par le systeme au-dessus de l'application). 

Si l'utilisateur decide de repondre a la notification (en repondant a l'appel ou en 
choisissant d'ouvrir le SMS ou l'evenement calendrier), votre application recevra 
l'evenement applicationWinTerminate: avant de se fermer. Sinon, l'application 
recoit l'evenement appl i cati onDi dBecomeActi ve : . 

Vous pouvez utiliser cet evenement (et appl i cati onDi dBecomeActi ve: qui est 
envoye quand l'application redevient active) pour mettre votre application en pause. 
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Bonne pratique Enregistrer I'etat de I'application 

II est recommande d'utiliser cette methode pour enregistrer I'etat dans lequel se trouve I'application 
(quel est I'onglet selectionne, quelle est la page affichee). Quand I'utilisateur relancera I'application, il se 
retrouvera directement la oil il etait en quittant. N'oubliez pas en effet que sur I'iPhone, I'utilisateur ne 
choisit pas de fermer I'application : il peut y etre contraint pour repondre au telephone ! 
L'application pourra recharger I'etat courant lors du prochain lancement (dans la methode 
applicationDidFinishLaunching:). Nous verrons plus tard oil et comment enregistrer les 
informations sur I'etat actuel de I'application. 



Role d'Interface Builder 

A proprement parler, Interface Builder ne joue aucun role durant l'execution de 
I'application. Interface Builder est l'outil qui permet de construire les fichiers . xi b et 
il est important de comprendre que via cet outil, on peut instancier des objets graphi- 
ques (des fenetres, des vues, des boutons, etc.), mais aussi d'autres objets : le delegue 
d'application, comme c'est le cas dans notre exemple, ou des controleurs de vue 
comme nous le verrons plus tard. 

Interface Builder joue un deuxieme role qui est de definir les branchements entre les 
instances creees par le developpeur et les instances creees a partir de fichier NIB (ver- 
sion compilee des XIB). 

ESSENTIEL Comprendre Interface Builder 

Interface Builder est un outil tres puissant qui peut sembler magique au premier abord. Son principe de 
fonctionnement est pourtant simple : 

1 . Le developpeur utilise Interface Builder pour assembler visuellement des composants, definir leur type, 
leurs proprietes et les liens entre ces objets. 

2. Interface Builder serialise (decrit) I'ensemble de ces objets, leurs proprietes et leurs relations dans un 
fichier XML : le fichier XIB. 

3. Le fichier XIB est compile par Xcode pour reduire sa taille et faciliter sa lecture. On obtient un fichier 
binaire contenant exactement les memes informations : le fichier NIB. 

4. Lors de l'execution, le fichier NIB est lu par le framework Cocoa et tous les objets decrits a I'interieur 
sont recrees en memoire avec les memes proprietes. 

Decouverte (('Interface Builder 

En double- cliquant dans Xcode sur le fichier MainWindow.xib, on ouvre Interface 
Builder qui affiche la fenetre et plusieurs inspecteurs. 
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Figure 3-6 

MainWindow.xib ouvert dans 
Interface Builder : a gauche, la 
previsualisation de la fenetre; 
au centre, les elements 
contenus dans le fichier; a 
droite, I'inspecteur d'objet. 




Astuce Utiliser toujours la vue en liste dans Interface Builder 

Vous devriez toujours utiliser la vue en liste dans Interface Builder, en effet celle-ci permet de bien voir le 
nom des elements mais surtout, elle permet de voir en meme temps le type des objets et d'afficher la hie- 
rarchie des elements (quand une vue est contenue par une autre). 
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Figure 3-7 Visualisation d'une hierarchie d'elements en mode liste 



Selectionner l'objet Wi ndow dans la fenetre principale (celle qui affiche la liste des ele- 
ments contenus dans le fichier). Dans I'inspecteur d'objets (s'il ne s'affiche pas, il est 
disponible via le menu Tools > Inspector ou Maj-Pomme-I), selectionnez le deuxieme 
onglet pour afficher les connexions de l'objet. 

On voit ici que l'objet Wi ndow est relie a la classe « Hello World App Delegate ». 
C'est grace a cette liaison que la propriete wi ndow pointe vers la fenetre decrite dans 
le fichier NIB. 
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Figure 3-8 

Visualisation de la connexion 
entre I'objet Window 
et le delegue 
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Voyons maintenant : 

1 Comment est declaree la propriete wi ndow . 

2 Comment creer un lien entre un objet dans Interface Builder et une propriete. 
Definition d'une propriete pour Interface Builder 

La classe HelloworldAppDelegate definit une propriete window de type UlWindow. 
Dans la declaration de la propriete, on remarque l'ajout du mot-clelBOutlet. 

#import <UIKit/UIKit.h> 

©interface He! 1 oWorl dAppDel egate : NSObject <UIAppl i cati onDel egate> { 
UIWi ndow *wi ndow ; 

} 

©property (nonatomic, retain) IBOutlet UlWindow -window; 
@end 

Le mot-cle IBOutlet permet a Interface Builder de savoir qu'il peut raccorder une 
instance a cette propriete. 

Creer un lien entre Interface Builder et le code de ('application 

La manipulation permettant de creer un lien entre une instance d'objet creee par Inter- 
face Builder et une propriete du code de l'application est tres simple, mais un peu sur- 
prenante pour un developpeur decouvrant l'environnement Xcode. Le lien existant a 
ete mis en place automatiquement lors de la creation du projet. Vous pouvez le sup- 
primer en cliquant sur la croix a gauche de la bulle « Hello World App Delegate ». 

Sauvez le fichier Mai nWi ndow. xib modifie, relancez la compilation et l'execution 
(bouton Build And Go dans Xcode). Le simulateur s'ouvre mais cette fois-ci, la fenetre 
est completement noire. 

Que s'est-il passe? Le lien entre I'objet Hell oWorldAppDel egate et l'instance de 
fenetre n'existe plus. La propriete wi ndow du delegue est done egale anil (ce que vous 
pourriez verifier en ajoutant un message de debogage). Le message 
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makeKeyAndVi si bl e : envoye dans la methode applicationDidFinishLaunching: est 
envoye a ni 1 , ce qui n'a aucun effet. La fenetre existe (elle a ete instanciee lors du char- 
gement du fichier NIB) mais elle ne recoit jamais le message lui indiquant de s'afficher. 



Figure 3-9 




Pour recreer le lien, il faut a nouveau afficher les connexions de l'objet Window, cli- 
quer sur le point a droite du message New Referencing Outlet puis glisser jusqu'a l'objet 
ApplicationDelegate (dans la fenetre principale). Un menu s'ouvre et affiche les 
proprietes de l'objet HelloWorldAppDelegate auxquelles il est possible de lier l'objet 
Window. La seule propriete declaree dans HelloWorldAppDelegate avec le mot-cle 
IBOutl et et de type compatible avec UIWi ndow est wi ndow. 



Figure 3-10 

La liste des proprietes 
compatibles s'affiche quand on 
lache le glisser-deplacer. 
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CONSEIL Aux allergiques du glisser-deplacer 

Certains developpeurs auront peut-etre une reaction allergique a la programmation par glisser-deplacer. 
Qu'ils se rassurent, I'uti lisation d'lnterface Builder n'est jamais obligatoire et le developpeur peut choisir 
de creer et de lier les objets en utilisant uniquement du code. 

Le developpeur experimente sera done libre d'utiliser ou pas Interface Builder, mais le mecanisme mis en 
jeu est essentiel au programmeur Mac OS X : il permet de comprendre les exemples Apple, le code 
genere par I'assistant Nouveau Projet ou ecrit par d'autres developpeurs. 

Enfin, il permet de gagner un temps precieux pour construire les vues. A I'usage, vous verrez que Inter- 
face Builder est un outil extremement puissant et efficace. 
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Declaration du lien entre I'application et son delegue 

De la meme facon que la fenetre est liee au delegue de I'application, le delegue de 
I'application est lie a l'objet UIAppl i cati on via une connexion Interface Builder. 

En selectionnant l'objet HelloWorldAppDelegate.on voit une fenetre de connexion 
un peu differente. 

Figure 3-11 e r. <~> Hello world App Delegate Connections 



L'objet HelloWorldAppDelegate 
a des connexions entrantes et 
sortantes. 
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La zone Outlets liste les points de connexion definis par la classe et les objets auxquels 
ils sont raccordes. La zone Referencing Outlets liste les objets qui referencent celui-ci. 

On voit que le delegue d'application est reference par le File's Owner et on voit dans 
la fenetre principale que le File's Owner est un objet UIAppl i cation. 



ESSENTIEL Interface Builder - File's Owner 

Dans Interface Builder, le File's Owner est toujours la classe qui va charger le fichier XIB. II est de la res- 

ponsabilite du developpeur de s'assurer que cette information est correctement renseignee, sinon le 

chargement du fichier NIB ne pourra pas se derouler correctement. 

Le File's Owner ne fait pas partie du fichier XIB et est instancie par le developpeur. 

Comme nous I'avons vu precedemment, le fichier XIB principal est charge par UIAppl i cati on. Dans 

la tres grande majorite des cas, vos autres fichiers XIB seront charges par un objet de type 

UlVi ewControl 1 er ou une classe derivee. 



Hommage a MM. Kernighan et Ritchie 

Comme le veut la tradition, notre premier programme affichera le message « hello, 
world » et bien sur, il y a plus d'une facon de le faire. 
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Utilisation de la console 

Modifiez ainsi la methode applicationDidFinishLaunching: de la classe 
Hell oWorl dAppDel egate : 

- (void)applicationDidFinishLaunching: (UIAppl i cati on ")appl i cation { 

// Override point for customization after application launch 
[wi ndow makeKeyAndVi si bl e] ; 

NSLog(@"hello, world"); 

} 

Et profitez-en pour ajouter la methode suivante : 

- (voi d)appli cati onWi 11 Terminate: (UIAppl i cati on *)appl i cation { 

NSLog(@"bye bye, world"); 

} 

Lancez la compilation et l'execution, puis ouvrez la console (via le menu 
Run > Console ou avec le raccourci Maj-Pomme-R). Fermez ensuite l'application en cli- 
quant sur le bouton Home du simulateur. 

Void ce que vous devriez obtenir : 

Figure 3-1 2 B H»lloWorld - Debugger forum* 



La console affiche les messages 
envoyes par l'application. 




CONSEIL Usez et abusez de la console 

La console est un outil extremement utile pour comprendre et suivre le fonctionnement de votre applica- 
tion. N'hesitez pas a I'utiliser intensivement. 

Son seul defaut est I'impact negatif qu'elle peut avoir sur les performances, mais il est toujours possible 
de supprimer tous les messages avant de publier l'application, par exemple en definissant dans 
HelloWorl d_Pref ix. pch une macro NSLog vide : 
#define NSLog (s,...) /* nothing */ 
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Creation d'une nouvelle vue avec Interface Builder 
Ajouter une nouvelle vue au projet 

Dans Xcode, selectionnez File > New File... puis View X/B dans la categorie iPhone OS - 
User Interfaces. Donnez-lui le nom HelloWorld, et Xcode l'ajoute au projet comme 
ressource. 

Double-cliquez sur le fichier pour l'ouvrir dans Interface Builder. En utilisant la 
bibliotheque de composants (menu Tools > Library) ajoutez un objet UI Label et 
modifiez le texte. 



Figure 3-13 

Ajout d'un label dans la 
nouvelle vue 




Faire appel a la vue 

La nouvelle vue etant creee, il faut maintenant la charger et l'afficher. 
Cela se fait toujours dans la methode applicationDidFinishLaunching:. 

Exemple de chargement d'un contrdleur de vue avec un fichier NIB lors du lancement de ('application. 



- (voi d)appl i cati onDi dFi ni shLaunchi ng : (UIAppl i cati on •'•") application { 
UlViewController ••helloWorldViewController = 
[[UlViewControll er alloc] 

initWithNibName: ©"HelloWorld" bundle: nil] ; 
[window addSubview: helloWorldViewController. view] ; 
[helloWorldViewController release] ; 
[window makeKeyAndVi si bl e] ; 



NSLog(@"hello, world"); 

} 
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La premiere ligne ajoutee cree un objet UlViewCont roller, lui alloue de la memoire 
et l'initialise en lui passant le nom du fichier NIB a charger. Celui-ci sera trouve 
automatiquement dans les ressources de Implication. 

La deuxieme ligne ajoute la vue du controleur (done la vue creee dans Interface 
Builder) a la fenetre principale. 



ESSENTIEL La classe UlViewController et le design pattern MVC 

Nous reviendrons sur cette classe tres importante, et le design pattern qui va avec (Modele-Vue-Controleur). 
Ayez en tete que les objets de type UlVi ewControl 1 er (les controleurs) sont charges de gerer une 
ou plusieurs vues, de les initialiser, de les afficher et de faire le lien entre les donnees de I'application (le 
modele) et les composants graphiques qui les represented (la vue). 



Vous pouvez a present essayer de lancer I'application. Celle-ci va provoquer une erreur 
et se terminer. Sur la console, vous trouvez le message suivant (voir figure 3-14) : 



Figure 3-14 

Le programme recoit une 
exception « loaded the 
HelloWorld nib but the view 
outlet was not set ». 
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Erreur classique Ne pas oublier de lier la vue 

Cette erreur est due au fait que nous n'avons pas indique a Interface Builder ou lier la vue qu'il a creee. 
La classe UlVi ewControl 1 er indique done qu'elle a charge le nib mais que la vue n'a pas ete defi- 
nie, ce qui provoque une exception. 



Dans la fenetre principale de Interface Builder, selectionnez l'objet Fi 1 e ' s Owner et 
en utilisant le quatrieme onglet de l'inspecteur, verifiez que son type est bien 
UlVi ewControl 1 er. 
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Figure 3-15 

On definit le type des objets 
dans le quatrieme onglet 
d'lnterface Builder. 
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Tous les objets UlViewController ont une propriete view qui peut etre definie grace 
a Interface Builder. Nous allons done attacher la vue creee au controleur : 

1 Selectionnez l'objet Fi 1 e ' s Owner dans la fenetre principale. 

2 Selectionnez l'onglet liaisons (le deuxieme onglet) dans l'inspecteur. 

3 Etablissez la liaison entre la propriete view et la vue qui est representee dans la 
fenetre principale. 



Figure 3-16 

Reliez la vue creee dans 
Interface Builder a la propriete 
vue de l'objet ViewController. 




Relancez l'application, vous devez voir apparaitre la fenetre suivante dans le simulateur. 
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Figure 3-17 

La vue HelloWorld affichee 
dans le simulateur 




Si vous prenez le temps de creer une vue plus riche dans Interface Builder (avec des 
boutons, des images, etc.) vous verrez que sans ajouter une ligne de code, on peut 
deja afficher des interfaces complexes. C'est la force d'Interface Builder. 

Creation d'une nouvelle vue en code 

La vue utilisee ici etant tres simple, nous pouvons tres facilement la reproduire avec 
du code. 

- (void)applicationDidFinishLaunching: (UIAppli cation " v )appl i cation { 
UlView -helloWorldView = [[UlView alloc] 

* im'tWithFrame:CGRectMake(0, 0, 320, 460)]; 
UILabel *label = [[UILabel alloc] initWithFrame:CGRectMake(20, 50, 280, 20)]; 
label. text = @"hello, world"; 
label .textAlignment = UITextAlignmentCenter; 
[helloWorldView addSubview: label] ; 
[window addSubview:helloworldView] ; 
[label release]; 
[helloWorldView release]; 

// Override point for customization after application launch 
[window makeKeyAndVisible] ; 

NSLog(@"hello, world"); 

} 
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Creer une vue 

La creation d'une vue se fait en instanciant un objet de type UlView. Le constructeur 
le plus frequemment utilise prend le parametre frame qui indique les coordonnees de 
cette vue dans le systeme de coordonnees de la vue parente. Ce parametre est une 
structure du type CCRect. 

On la cree en appelant la fonction CCRectMake(x, y, width, height). 

On cree ici une premiere vue qui va remplir l'ensemble de l'ecran et dans laquelle on 
ajoutera d'autres objets. 

UlView --'helloWorldView = [[UlView alloc] 

+■ initWithFrame:CGRectMake(0, 0, 320, 460)]; 

ESSENTIEL Taille de l'ecran 

L'ecran de I'iPhone en mode portrait fait 320 pixels de large et 480 pixels de haut. La barre de statut (qui 
affiche I'heure en haut de l'ecran) fait 20 pixels de haut. II reste done une zone de 320 pixels de large par 
460 pixels de haut pour afficher vos vues avec la barre de statut. 

Nous verrons plus loin que la barre de statut peut etre pivotee (pour passer en mode paysage), cachee ou 
rendue transparente, ce qui a bien sur un impact sur la zone disponible pour I'application. 
II est possible de connaTtre I'espace disponible pour votre application en utilisant la methode 
applicationFrame de UlScreen. 
CGRect mainFrame = 

[[UlScreen mainScreen] applicationFrame]; 

Creer un label 

Le label est cree de la meme facon que la vue (e'est un descendant de UlView). On 
definit le texte et son alignement via des proprietes de UILabel. 

UILabel *label = [[UILabel alloc] initWithFrame:CGRectMake(20, 50, 280, 20)]; 

label. text = @"hello, world"; 

label .textAlignment = UITextAlignmentCenter; 

Assembler la vue 

Le label est ajoute a notre vue principale, puis celle-ci est ajoutee a la fenetre. 

[helloWorldView addSubview: label] ; 
[window addSubview: helloWorldView] ; 
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Liberer la memoire 

Les objets 1 abel et hel 1 oworl dVi ew ont ete alloues par notre code. L'objet 1 abel sera 
retenu en memoire par l'objet helloWorldVi ew et l'objet helloWorldView sera retenu 
en memoire par l'objet window. Nous pouvons done les relacher (decrementer le 
compteur de references). Si vous oubliez de les relacher, ils ne seront pas detruits 
lorsque la vue sera supprimee de la fenetre, et l'application aura une fuite memoire. 

[1 abel rel ease] ; 
[helloWorldView release]; 



Lancer l'application dans iPhone 

Lancer votre application dans votre iPhone ne demande presque aucun effort supple- 
mentaire. Vous devez avoir au prealable cree un certificat developpeur et installe le 
profil de provisionnement associe sur votre iPhone (voir les instructions dans le pre- 
mier chapitre). 

Definir les parametres de signature de l'application 

La premiere etape consiste a indiquer a Xcode avec quelle cle doit etre signee l'appli- 
cation. Pour cela, ouvrez les parametres de compilation du projet, en double-cliquant 
sur le nom du projet (e'est le nceud racine de l'arbre) dans la partie gauche de la 
fenetre Xcode (ou Project-Edit Project Settings). 

Selectionnez le deuxieme onglet Build et assurez-vous que la configuration selec- 
tionnee est la configuration « Debug ». 

Dans la section Code Signing, la ligne « Any iPhone OS Device » doit contenir par defaut 
« iPhone Developer ». Si vous ne touchez a rien, Xcode cherchera un certificat dont le 
nom commence par « iPhone Developer » ce qui devrait lui permettre de trouver votre 
certificat automatiquement. 

Vous pouvez aussi cliquer sur la ligne « iPhone Developer » et choisir une des cles 
parmi celles proposees par Xcode. 
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Figure 3-18 

Configuration du certificat a 
utiliser pour signer I'application 
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Compiler et lancer ('application sur iPhone 

Une fois ces reglages effectues, il vous suffit d'utiliser le bouton en haut a gauche de 
votre fenetre Xcode pour passer du simulateur (Simulator) a votre iPhone (Device). 

En cliquant sur le bouton Build and Go, I'application est compilee pour iPhone, ins- 
tallee sur votre iPhone (qui doit etre relie en USB) et demarree. II est possible d'affi- 
cher la console exactement comme avec le simulateur et d'utiliser tous les autres 
outils du SDK (le debogueur, les instruments pour evaluer les performances de 
I'application, etc.). 



Et maintenant ? 

Vous connaissez maintenant les bases elementaires de la programmation pour 
iPhone. Dans ce chapitre, vous avez appris : 

• comment creer un nouveau projet iPhone ; 

• le nom et le role des fichiers dans un projet minimaliste ; 

• comment utiliser la console pour imprimer des informations ; 

• comment creer de nouvelles vues avec Interface Builder et les charger dans 
I'application ; 

• comment creer a la main des vues et les charger. 
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Si ce nest deja fait, reprenez ce chapitre avec votre ordinateur pour reproduire les 
exemples et essayer d'aller au-dela. 

Dans les chapitres suivants, nous nous eloignerons du code pour comprendre les 
regies ergonomiques du monde iPhone et proposer une methode pour concevoir 
l'interface de votre application. 



Deuxieme partie 




Conception et 
ergonomie 



Cette deuxieme partie s'adresse a toute l'equipe en charge de l'application, les deve- 
loppeurs, les experts metiers, les creatifs (graphistes). 

La plupart des equipes sont habituees au developpement d'applications web ou 
client lourd. Le chapitre 4 presente ainsi le cycle habituel de developpement d'un 
projet iPhone, ses specificites, les differentes phases et le role de chaque interve- 
nant. II permet de partager un cadre methodologique qui sera adapte au contexte de 
l'equipe en charge du projet et a ses habitudes. 

Le chapitre 5 donne les bases de l'ergonomie iPhone que toute l'equipe doit mai- 
triser. Les conventions iPhone, leur logique et leur utilisation au sein des applica- 
tions standard sont detainees car il est essentiel de bien les avoir comprises pour 
concevoir l'interface d'une nouvelle application. 

C'est justement le sujet du chapitre 6 qui propose une methode permettant de 
partir d'une liste de fonctionnalites pour arriver a une interface utilisateur. Nous 
verrons comment exploiter les elements standard pour creer une nouvelle applica- 
tion et comment eviter les erreurs classiques. 
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Methode de developpement 

d'un projet iPhone 



Comme pour tout projet informatique, le succes d'un projet d'application iPhone 
depend fortement de la methode mise en place pour le realiser ; cette methode doit 
etre adaptee aux specificites de l'objet quest 1'iPhone. 

Apres avoir rappele les objectifs de la methode, nous passerons en revue les diffe- 
rentes etapes permettant de produire une application : de l'idee a la publication. 



Qu'est-ce qu'un projet d'application reussi ? 

La methode mise en place doit avoir deux objectifs principaux : 

1 Satisfaire les utilisateurs de l'application ; 

2 Maitriser la duree du projet (et done le cout du developpement). 

Satisfaire les utilisateurs 

Pour satisfaire ses futurs utilisateurs, une application iPhone doit fournir un service 
clair et utile en situation de mobilite. L'interface doit etre comprise rapidement et les 
fonctionnalites principales mises en avant. Enfin, l'application doit se lancer instan- 
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tanement, fonctionner sans ralentissement, ne pas quitter brutalement et ne doit pas 
avoir d'effet de bord sur le telephone dans son ensemble (empecher les autres appli- 
cations de fonctionner normalement, vider la batterie trop rapidement, etc.). 

Cet objectif n'est pas specifique a 1'iPhone, mais il est trop souvent neglige, et dans le 
cadre d'un projet iPhone il est essentiel de lui redonner toute son importance. Con- 
ception de l'interface, ergonomie, tests et optimisation seront done des phases cles de 
la methode. 

Maitriser le projet 

Dans la majorite des environnements de developpement (societes de services, equipe 
de developpement en interne, freelance ou developpeur individuel), on considere que 
la source de cout principale d'un projet informatique est le temps passe par les mem- 
bres de l'equipe. On cherche done a le minimiser tout en respectant le premier 
objectif : satisfaire les utilisateurs. 

La maitrise des couts passe par la maitrise des delais, et done le respect d'une date de 
mise en ligne de 1'application. 

La methode aura done atteint ses objectifs si I'application fournit bien un service 
pertinent a ses utilisateurs et si elle a ete developpee avec le budget prevu en respec- 
tant les delais. Dit autrement, l'objectif doit etre de maximiser la valeur apportee au 
client avec le budget alloue ; les amateurs de methodologies agiles se reconnaitront. 

ICQ Veronique Rota, Gestion de projet - Vers les methodes agiles, Eyrolles 2009 



Les etapes du projet 

Identifier les fonctionnalites cles 

Toutes les fonctionnalites d'un service n'ont pas la meme importance, et on cher- 
chera sur mobile a en selectionner certaines pour les mettre en avant. 

Cette premiere etape dans le projet est essentielle puisque l'interface et toute l'ergo- 
nomie de I'application sont orientees pour faciliter l'acces a cette selection de fonc- 
tionnalites. 

En partant des fonctionnalites existantes (comme dans le cas de l'adaptation d'un 
service a 1'iPhone) ou de celles imaginees, on effectuera done un tri par ordre 
d'importance. 
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Exemple Apple Ne pas adapter sur iPhone toutes les fonctionnalites : Photo versus iPhoto 

Les applications fournies dans I'iPhone ne sont pas aussi riches que leurs equivalents Mac ou web, mais elles 
integrent les fonctionnalites les plus importantes, celles que I'utilisateur attend en situation de mobilite. 
L'application Photo par exemple integre beaucoup moins de fonctions que iPhoto. Apple a juge que la 
priorite devait etre donnee a la consultation des photos et a oriente I'interface en ce sens : navigation 
dans une liste d'albums, mosai'que d'images, diaporamas. A I'oppose, les fonctionnalites d'edition des 
images ont toutes disparu ; si elles avaient ete integrees, I'interface serait beaucoup plus complexe et 
l'application nettement moins intuitive. 

Dans le monde mobile encore plus qu'ailleurs, il fauttoujours privilegier une interface tres legere qui cor- 
responde au besoin de 80 % des utilisateurs plutot qu'une interface complexe qui tenterait de repondre 
a 100 % des besoins. 



Les une, deux ou trois premieres fonctionnalites meritent certainement une place de 
choix : I'utilisateur y aura acces des le lancement. Elles occuperont un pourcentage 
significatif de l'ecran. 

Les autres fonctionnalites vont etre revues lors de la conception de I'interface. Si on 
peut les integrer sans complexifier I'interface, elles seront conservees ; sinon on les 
sacrifiera pour ameliorer l'ergonomie. 



CONSEIL La reflexion fonctionnelle precede celle sur I'interface 

La reflexion doit toujours partir de la fonctionnalite qui est apportee a I'utilisateur plutot que de I'idee 
qu'on peut se faire de comment cette fonctionnalite sera realisee. 

Ainsi, permettre a I'utilisateur de naviguer tres rapidement dans toute sa collection musicale est une 
fonctionnalite de l'application iPod. Le resultat est la navigation par liste et en mode CoverFlow (le mode 
paysage de l'application iPod). 

A I'inverse, un developpeur qui insiste pour qu'une presentation de type CoverFlow soit integree dans 
l'application est parti de I'interface et doit se redemander quelle est la fonctionnalite voulue, et ensuite 
seulement quel est le meilleur moyen de la presenter a I'utilisateur. 



Cet exercice est detaille et illustre avec des exemples dans la premiere partie du cha- 
pitre 6 « Conception de I'interface graphique ». 

Definition des principes ergonomiques 

En s'appuyant sur les resultats de l'etape precedente, on pose les bases de I'interface 
de l'application. 

Apple fournit plusieurs design patterns d'interface utilisateur : 

• la navigation via une barre d'onglets (comme l'application Horloge) ; 

• la navigation via des listes (comme l'application Mail ou Contacts) ; 
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• mais aussi le design pattern d'edition sous forme de table avec elements groupes 
(comme pour les Contacts ou les Preferences). 



Figure 4-1 

Differents design patterns 
d'interface : onglets, barre de 
commande et edition sous 
forme de table 
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Bien sur, l'equipe peut innover et proposer de nouveaux principes d'ergonomie, mais 
avec le risque de surprendre voire de derouter les utilisateurs alors qu'une des forces 
de 1'iPhone reside dans la coherence des applications. En outre, le SDK facilite la vie 
des developpeurs qui respectent les design patterns d'ergonomie iPhone en fournis- 
sant des composants techniques prets a l'emploi. 



Le chapitre suivant decrit I'ensemble des principes ergonomiques iPhone, et dans quels cas les utiliser. Le 
chapitre 6 montre comment piocher dans ces elements et les combiner pour creer une application originale. 



Story-boarding et specifications 

La phase de specifications vise a produire une description exhaustive de l'application. 
Elle se divise en deux parties : la description de ce que l'utilisateur voit, qui est faite en 
general via des story-boards, et qui servira ensuite a preparer des maquettes graphiques ; 
et la description de ce que fait l'application suite aux demandes de l'utilisateur. 

La phase de story-boarding est une etape tres importante de la conception d'applica- 
tions iPhone. Elle peut se faire entierement avec des outils comme PowerPoint, ou 
simplement sur papier. En s'appuyant sur les grands principes ergonomiques decides 
a l'etape precedente, elle decline chaque ecran de l'application. 

On s'attachera sur les story-boards : 

• a montrer les informations affichees a l'utilisateur ; 

• a lister les moyens d'action de l'utilisateur (bouton, zone cliquable, etc.) ; 

• a definir vers quel ecran est envoye l'utilisateur suite a une action. 
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La encore, on reutilisera des elements standard : bouton, zone de texte, clavier de saisie, 
zone de recherche, etc. Ces elements sont decrits dans le prochain chapitre. 

Methode Mise en oeuvre d'une methode agile 

Le developpement d'applications iPhone n'est bien sur pas incompatible avec les methodes dites 
« agiles ». 

Dans le cadre d'un projet agile, I'equipe devra chercher a conserver une phase de reflexion sur I'interface 
qui se traduise par un story-board. Cette reflexion peut etre maintenue en parallele des developpements 
et mise a jour a chaque iteration. 

La specification de l'application reprend et complete le story-board. Elle detaille les 
animations, fournit les regies de gestion de l'application, decrit les cas d'erreurs pos- 
sibles et le comportement a adopter. 

Dans le cas d'une application qui echange des donnees avec un service web, c'est 
dans cette phase qu'on decrira aupres de quel service et selon quel protocole echanger 
des informations. Toute I'equipe s'attachera alors a verifier la coherence entre les 
ecrans d'interface, les regies de gestion et ces services afin de s'assurer que toutes les 
informations necessaires a l'application sont bien disponibles en ligne. 

Enfin, tout ce qui est exige de l'application mais qui n'a pas encore ete detaille sera 
decrit : 

• statistiques a collecter ; 

• mise en place d'un cache des donnees, et regies associees (duree de validite, taille 
maximale, etc.) ; 

• internationalisation de l'application (support multilingue) ; 

• etc. 

Intervention artistique 

Sur la base des story-boards, et en s'aidant de l'existant (site web, logo, marque, etc.), 
un graphiste definit une charte graphique pour l'application. 

On selectionne quelques ecrans structurants de l'application (par exemple : la page 
d'accueil, l'edition d'une information cle, le resultat d'une recherche) et a l'aide d'outils 
comme Illustrator ou Photoshop ou Gimp, on dessine les ecrans de l'application. 

Une fois que I'equipe est satisfaite du travail sur les premiers ecrans, on decline ce 
travail pour tous les ecrans de l'application. 

Ces images realisees au pixel pres, permettent de valider certaines hypotheses du 
story-board : nombre d'elements visibles a l'ecran, taille du texte, etc. 
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Astuce Gagner du temps en reutilisant des bibliotheques de composants 

Depuis le lancement de I'iPhone, de nombreux graphistes ont du redessiner des interfaces d'applications 
iPhone et refaire les elements standard d'Apple. Heureusement, ce travail fastidieux n'est plus a refaire 
et vous trouverez en ligne des bibliotheques d'elements pour Photoshop. 

► http://www.teehanlax.com/blog/?p=447 



Elks servent aussi de reference au developpeur lors de l'assemblage des ecrans et per- 
mettent le decoupage de tous les elements graphiques specifiques a l'application 
(pictos, boutons, etc.). 

CONSEIL Testez votre design 

II est tres facile de tester votre design en exportant les images et en les ajoutant dans la collection de 
photos de votre iPhone. Vous pourrez ainsi vous rendre compte de la taille du texte et des zones d'inte- 
raction sur I'ecran. 

II est meme envisageable d'assembler tres rapidement ces maquettes (sans decouper les differents ele- 
ments ni les dynamiser) dans un squelette d'application pour verifier que la navigation entre les ecrans 
est bien comprehensible et s'assurer que toute I'equipe a la meme vision du produit final. 



Developpement de l'interface 

Le developpement de l'interface est une tache qui peut prendre un temps important, 
surtout si vous avez decide de mettre en place de nouveaux composants graphiques 
ou de nouvelles animations qui ne font pas partie du SDK iPhone. 

Le developpeur travaille avec le graphiste pour decouper les ecrans et assembler 
l'interface de l'application, sans integrer la logique metier. Des donnees d'exemple 
sont utilisees pendant cette phase, et les differents boutons vont juste permettre de 
passer d'une vue a l'autre. 

L'interface d'une application est l'element qui doit avoir ete le plus travaille. En reali- 
sant l'interface en premier, on valide les choix faits plus tot dans le projet et on prend 
le temps de definir les ajustements necessaires. 

En effet, les maquettes graphiques ne permettent pas d'identifier tous les problemes : 

• Est-ce que tous les boutons sont assez gros pour etre touches facilement ? 

• Est-ce que les animations permettent bien de mettre en valeur ce qui a change 
dans l'interface ? 

• Est-ce que la navigation est naturelle pour un utilisateur habitue de I'iPhone ? 
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Developpement de l'application 

C'est la phase la plus classique. Toutes les bonnes pratiques standard du developpe- 
ment logiciel s'appliquent bien sur au developpement d'applications iPhone. 

L'utilisation d'un gestionnaire de source est necessaire meme si le developpeur tra- 
vaille seul : il permet de conserver en securite le code source de l'application, et de 
conserver un historique de toutes les modifications. Si plusieurs developpeurs colla- 
borent, il permet de synchroniser le code source tous les jours et de faciliter sa mise 
en commun. 

Methode Developpement pilote par les tests 

La mise en place de developpement pilote par les tests n'est pas encore completement possible sur 
iPhone. II n'existe pas a I'heure actuelle d'outils pour tester I'interface graphique. II est par contre possi- 
ble de realiser des tests unitaires. 

Vous trouverez plus d'informations sur la mise en place de tests unitaires dans le guide de developpe- 
ment iPhone : 

► http://developer.apple.com/IPhone/library/documentation/Xcode/Conceptual/iphone_development/ 
135-Unit_Testing_Applications/unit_testing_applications.html 

Le developpeur doit s'attacher a livrer regulierement des versions stables de l'applica- 
tion. Elles permettent au reste de l'equipe de faire des retours le plus tot possible. 
Attention cependant a ne pas tomber dans l'exces inverse : une livraison tous les jours 
ne laisse pas suffisamment de temps a l'equipe pour tester, ni le temps au deve- 
loppeur d'integrer les retours. 

Tests et optimisation 

Contrairement a une application web, l'application iPhone quitte les mains de 
l'equipe au moment oil elle est transmise a l'App Store. Un bogue necessitera une 
mise a jour qui devra etre validee par Apple, puis exigera des utilisateurs qu'ils cli- 
quent sur le bouton de mise a jour de l'application. De plus, le succes d'une applica- 
tion dans l'App Store repose beaucoup sur les commentaires des utilisateurs. Une 
premiere version boguee risque d'entrainer de nombreux commentaires negatifs qui 
enterreront l'application au fond du classement. 

L'optimisation permet de s'assurer que les performances seront les meilleures possi- 
bles. II existe plusieurs outils dans le SDK pour aider le developpeur et de nombreux 
conseils sont prodigues sur Internet (depuis Apple, ou d'autres sources). 

La phase de test est done particulierement importante et doit etre menee de maniere 
exhaustive. 
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La preparation d'un plan de test, base sur les specifications, et mene pendant les deve- 
loppements, permet de faire une liste de tous les cas qui devront etre testes. Cette liste 
sert de support aux tests et permet de s' assurer que toute 1' application a bien ete testee. 

Le fonctionnement normal de l'application, mais aussi tous les cas d'erreurs devront 
etre testes. Les situations de test aussi : 

• en Wi-fi, en 3G, en Edge ; 

• sur un iPhone ou sur un iPod Touch ; 

• avec differentes versions de firmware. 

La distribution de l'application a un public de beta-testeurs permettra egalement de 
recolter de premiers avis d'utilisateurs et de valider la stabilite de l'application dans 
differents environnements. Cette distribution peut se faire en mode Ad Hoc, decrit 
au chapitre 1 dans la section « Pre-requis pour la distribution d'une application ». 

Publication 

Enfin, l'application est transmise a l'App Store via l'outil iTunes Connect. Les ele- 
ments connexes comme le nom de l'application, sa description, son icone, les cap- 
tures d'ecran sont fournis au moment de la soumission. 

La validation de l'application par Apple peut prendre plusieurs semaines et peut se 
traduire par un refus motive par un courriel d'explication. Les refus peuvent etre lies 
a un bogue juge trop important, au non-respect des conditions de l'accord SDK, etc. 
Dans ce cas, il faut corriger le probleme et soumettre a nouveau l'application. 

Une fois l'application validee, l'equipe devra attendre les premiers retours d'utilisa- 
teurs avant de repeter a nouveau le cycle complet. 



Conclusion 

Dans ce chapitre, nous avons passe en revue les etapes qui permettent de transformer 
une idee de projet en application telechargeable sur l'App Store. II est essentiel de 
travailler en equipe et que chacun, avec son metier, prenne le temps de comprendre 
les specificites de la plate-forme iPhone. 

Dans le prochain chapitre, nous en rappellerons les principales regies d'ergonomie - il 
est essentiel de les connaitre avant de se lancer dans la conception d'une application. 
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Refiechir a l'ergonomie d'une application, concevoir son interface en fonction du 
domaine fonctionnel plutot que de subir des contraintes techniques est devenu 
essentiel dans la realisation de projets informatiques. 

Le succes d'iPhone est sans aucun doute tres largement du a son ergonomie et aux 
efforts faits par Apple pour offrir une plate-forme sur laquelle toutes les applications 
reprennent les memes regies ergonomiques et s'appuient sur les memes metaphores. 
C'est ce qui rend 1'iPhone si homogene et agreable pour les utilisateurs. 

Les developpeurs (au sens large : toute l'equipe) doivent comprendre ces regies qui 
regissent I'utiiisation d'un iPhone, comment les decliner pour creer une application 
originale et ce que le SDK propose pour les implemented Pour l'utilisateur, l'applica- 
tion sera alors intuitive et l'apprentissage tres rapide ; pour le developpeur, la realisa- 
tion sera facilitee et rendue plus sure grace a I'utiiisation de composants existants. 

Dans ce chapitre nous nous interesserons aux principaux design patterns d'interfaces 
et aux metaphores utilisees dans 1'iPhone. Nous verrons ensuite comment les com- 
biner pour creer une interface utilisateur riche et simple a utiliser. 
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Lergonomie dans I'univers de I'iPhone 

L'ergonomie de I'iPhone s'appuie sur des metaphores qui, en reprenant des concepts ou 
objets de la vie quotidienne, facilitent la prise en main de l'interface par les utilisateurs. 

Outre ces metaphores, Apple a egalement concu et utilise des design patterns d'inter- 
face qui permettent de definir les grandes lignes de l'interface d'une application. 

Les metaphores peuvent etre utilisees pour proposer a l'utilisateur une fonctionnalite 
ou l'interaction avec une donnee de l'application ; les design patterns fournissent des 
solutions pour organiser l'application, ses differents ecrans et la navigation entre eux. 

Une interface differente basee sur des metaphores 

Des le premier contact avec I'iPhone, l'utilisateur comprend qu'il a entre les mains un 
terminal dont l'interface est tres differente des autres terminaux qu'il a pu utiliser 
auparavant. Apres plusieurs essais, il comprend comment deverrouiller l'ecran et 
commence a utiliser les applications. Seul, ou guide par un ami, il decouvre l'inter- 
face, utilise son doigt pour faire defiler les contacts, les photos ou les pochettes 
d'albums, il comprend comment revenir a l'ecran d'accueil, comment naviguer dans 
des listes, etc. 

Pour faciliter la comprehension de l'interface par les utilisateurs, les metaphores sont 
tres presentes : un bouton ON/OFF, une roue pour selectionner une valeur dans une 
liste, un bouton a faire glisser, etc. 

Figure 5-1 

L'interface de I'iPhone reprend 
des elements de la vie reelle. 
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APPROFONDIR Le guide ergonomique iPhone 

Tous les developpeurs (au sens large, c'est-a-dire toute I'equipe) devraient se pencher au moins une fois 
sur le guide ergonomique ecrit par Apple : iPhone : Human Interface Guidelines. II explique en detail 
I'ensemble des principes et des metaphores d'interfaces proposes par Apple. II fournit aussi I'explication 
de nombreux choix. C'est une lecture passionnante pour toute personne qui s'interesse a I'ergonomie de 
maniere generale. 

Ce guide est disponible sur le portail developpeur iPhone. 



Les design patterns d'interface 

ESSENTIEL Qu'est-ce qu'un design pattern d'interface ? 

Un design pattern d'interface (ou design pattern d'interaction) est une solution pour repondre aux pro- 
blemes classiques de presentation ou d'organisation de I'information dans une application ou un site 
web. Dans le cas de I'iPhone, ce sont principalement des solutions pour organiser la navigation dans les 
ecrans de I'application. 

L'iPhone introduit plusieurs design patterns d'interface. La navigation dans des listes 
de donnees hierarchiques (qu'on retrouve dans I'application Telephone pour navi- 
guer dans les contacts) en est le meilleur exemple. 

Les design patterns d'interface combinent plusieurs elements : 

• des composants graphiques ; 

• une logique qui doit etre facilement comprise par l'utilisateur ; 

• des animations qui contribuent a expliquer la logique. 

Nous detaillerons dans ce chapitre les principaux design patterns d'interfaces rencon- 
tres sur iPhone. 

Deux bonnes raisons pour s'aligner sur I'ergonomie de I'iPhone 
Faciliter la prise en main de I'application 

L'utilisateur d'un iPhone s' attend a retrouver dans toutes les applications qu'il installe 
les memes regies ergonomiques et a pouvoir reutiliser les comportements auxquels il 
s'est habitue. 

Pour I'equipe en charge de la realisation de I'application, le respect des principes 
ergonomiques iPhone permet surtout de faciliter l'apprentissage de I'application. Si 
elle est bien concue, un utilisateur familier de I'iPhone comprendra rapidement com- 
ment l'utiliser. II est d'ailleurs tres rare que les applications soient fournies avec un 
mode d'emploi ou une aide en ligne integree. 
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Remarque Les jeux sont une exception 

Les jeux obeissent a une logique tres differente des applications. Les concepteurs veulent en general pro- 
poser une interface originale et qui plonge I'utilisateur dans leur univers (on parle d'application immer- 
sive). Les principes decrits dans ce chapitre ne concernent done pas les jeux. 



Accelerer les developpements 

Le SDK fournit des composants logiciels complets qui prennent en charge l'imple- 
mentation des principes ergonomiques de l'interface Apple. 

En s'appuyant sur les principes ergonomiques classiques lors de la conception de 
l'application, on s'assure que le developpement sera beaucoup plus rapide et plus sur, 
puisqu'on pourra reutiliser du code fourni par Apple et deja teste de maniere intensive. 



Developper des applications originates 

Le respect de ces metaphores et principes, et l'utilisation de composants logiciels 
fournis par le SDK, ne doivent pas etre un frein a l'originalite de l'application. Nous 
verrons dans ce chapitre comment combiner les composants, puis dans les suivants 
comment adapter leur apparence pour votre application. 

II existe de nombreuses applications qui ont su utiliser de maniere pertinente l'exis- 
tant tout en innovant quand cela etait necessaire. 



En resume 

Tous les principes decrits dans cette section doivent etre evalues en fonction des objectifs fonctionnels, 
choisis et adaptes au contexte de l'application. Ce sont des atouts qui permettent d'ameliorer les chan- 
ces de succes de I'equipe. 

Une application reussie est un equilibre subtil entre respect des regies ergonomiques et originalite. 



Des applications pour consulter et manipuler des donnees 

Le sujet principal de ce livre est le developpement d'applications permettant de con- 
sulter et de manipuler des donnees. 

On distingue les applications utilitaires et les applications de productivite. Les pre- 
mieres sont exclusivement orientees vers la consultation de donnees. C'est le cas par 
exemple des applications Meteo et Bourse qui reprennent toutes les deux le meme 
design pattern d'interface. 
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Les secondes permettent egalement la manipulation et la modification des informa- 
tions. Elles ont une interface beaucoup plus complexe, c'est le cas par exemple de 
l'application Mail ou Facebook. 



CONSEIL Ne negligez pas les applications utilitaires 

Les applications utilitaires peuvent sembler tres simples, voire meme trap simples pour en faire des appli- 
cations interessantes que I'utilisateur telechargera. 

Pourtant, dans de nombreuses situations, elles peuvent repondre parfaitement au besoin de I'utilisateur 
avec une simplicity qui est entierement a I'honneur de I'equipe de developpement. 



Les metaphores de ^interface iPhone 

Les metaphores d'interface permettent de representer des donnees et de proposer a 
I'utilisateur d'interagir avec elles. 

Les plus importantes sont omnipresentes dans les applications iPhone et sont detaillees 
ci-apres. II en existe d'autres qui sont decrites dans le guide ergonomique iPhone. 

Les listes d'elements 

Les vues en liste sont omnipresentes. Elles sont un element cle du design pattern de 
navigation dans une liste hierarchique que nous detaillerons plus loin. 

Les listes peuvent se decliner sous plusieurs formes pour repondre aux differents 
besoins des applications, mais elles reprennent toujours quelques principes communs. 

Comportements communs aux listes 

La navigation dans les listes d'elements se fait toujours verticalement, et on retrou- 
vera toujours l'effet de rebond quand on arrive a une extremite de la liste. Lors du 
lancement de 1'iPhone, cet effet avait fortement impressionne ; il est aujourd'hui 
repris par toutes les interfaces recentes. Lutilisateur etant habitue a rencontrer des 
listes sur iPhone, il essaiera naturellement de « faire glisser » des objets places a 
l'ecran, mais il existe plusieurs solutions pour indiquer de maniere explicite qu'il peut 
faire glisser les elements. 

La premiere solution consiste a faire en sorte que le dernier element en bas de la liste 
soit coupe au milieu. Lutilisateur comprend ainsi que la vue actuelle est une fenetre 
sur une liste plus longue et essaiera de la faire glisser. 

La deuxieme solution consiste a faire apparaitre pendant quelques instants l'indica- 
teur de position verticale sur le cote. Lutilisateur voyant cet indicateur, il comprend 
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qu'il est face a une liste et qu'il peut la faire defiler. Ce comportement est adopte par 
les applications standard de 1'iPhone et est tres discret. Nous verrons qu'il est egale- 
ment tres simple a implementer dans vos applications. 

Utilisation de sections dans une liste 

Vous pouvez grouper les elements d'une liste par sections. Le ou les criteres de 
regroupement sont de la responsabilite du developpeur. 

Les sections peuvent avoir un en-tete et un footer. 



Figure 5-2 

Une liste avec differentes 
sections (vue liste du 
calendrier) 




20:oa Dejeuner 
2100 Diner 



22:00 Reunion 



Ajout d'un index sur une liste 

Vous pouvez ajouter un index sur une liste pour permettre a l'utilisateur un acces 
rapide a un element de la liste. 

L'application iPod ou Contact propose ainsi des index alphabetiques pour naviguer 
dans la liste des elements, mais vous pouvez proposer des index de n'importe quel 
type (seulement quelques lettres, des chiffres, etc.). 

Accessoires des elements et indicateurs de details 

Chaque cellule d'une liste peut avoir un accessoire qui est un element d'interface 
place a droite de la cellule. 

Ce peut etre une fieche grise indiquant a l'utilisateur qu'il peut cliquer sur la cellule, 
un bouton de type On/Off comme on en retrouve beaucoup dans les preferences ou 
bien n'importe quel autre element d'interface. 
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Figure 5-3 

Liste indexee dans I'application 
iPod ; on remarque aussi les 
sections. 
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Le cas particulier des indicateurs de details est interessant car tres frequemment utilise 
avec les listes. Un indicateur de details est represente par une petite fleche blanche dans 
un rond bleu. En cliquant dessus, l'utilisateur declenche un comportement specifique 
qui n'est pas le meme que celui obtenu en cliquant sur le reste de la cellule. 

Le meilleur exemple de son utilisation est dans l'onglet Appels de I'application 
Telephone : en selectionnant un nom dans la liste, l'utilisateur va rappeler ce contact, 
alors qu'en touchant l'indicateur de details (la fleche dans un rond bleu a droite), il en 
ouvre la fiche. 



Figure 5-4 

Utilisation d'indicateurs de 
details dans I'application 
Telephone 
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L'indicateur de details vous permet done d'enrichir la navigation dans l'application 
en proposant deux actions sur un seul element de la liste. 

Le mode edition 

Les listes iPhone proposent un moyen standard de reorganises supprimer ou modi- 
fier leurs elements. Les listes peuvent passer en mode edition. Dans ce cas, des con- 
troles supplementaires peuvent etre affiches a gauche des cellules (le contenu de la 
cellule est automatiquement decale vers la droite). Au choix du developpeur, ils peu- 
vent permettre de supprimer la ligne, d'inserer un contenu apres la ligne, ou de mon- 
trer qu'un element est selectionne (case a cocher). Vous pouvez tester ce mecanisme 
dans l'application Mail, par exemple. 

En mode edition, il est egalement possible de faire apparaitre sur chaque ligne un bouton 
permettant de reordonner les elements de la liste (dans les signets de Safari, par exemple). 

Les listes groupees 

Les vues en liste groupees permettent de beneficier de l'ergonomie liste (et en parti- 
culier de la faculte de voir tres rapidement tous les choix possibles et d'en selec- 
tionner un avec le doigt) pour representer des donnees ou des actions differentes. 

C'est le type de vue qui est utilise pour afficher et modifier le detail d'un contact ou 
pour les preferences. Techniquement, il s'agit toujours de liste et les possibilites 
offertes par les listes classiques sont toujours disponibles, a l'exception de l'index qui 
ne peut pas etre utilise avec des listes groupees. 

Chaque bloc d'elements correspond a une section de la liste et le developpeur peut 
tres facilement definir l'apparence de chaque element et de chaque titre de section. 

Figure 5-5 

Deux exemples de listes 
groupees 
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Edition d'une liste groupee 

Tout comme les listes non groupees, les listes groupees peuvent passer en mode edi- 
tion, et le developpeur peut alors choisir de faire apparaitre un element d'interface 
supplemental a gauche de chaque element. 



Les design patterns (^interface iPhone 

Les design patterns d'interface iPhone proposent des solutions pour organiser la 
navigation dans l'application. 

Nous allons en detailler les principaux. La plupart peuvent etre combines entre eux. 

Navigation dans une application utilitaire 

Les applications utilitaires Meteo et Bourse s'appuient sur le meme design pattern. 

La vue principale de l'application permet de consulter des informations, d'acceder 
aux fonctionnalites principales. On peut passer d'un contenu a un autre en faisant 
defiler avec le doigt les differents ecrans horizontalement. 

On trouve en bas a droite, un bouton « i » qui permet de faire basculer la vue (une 
animation donne reellement l'impression que l'ecran fait une rotation autour de son 
axe vertical) vers une deuxieme vue. 

La vue « de dos » permet de parametrer les donnees a afficher dans l'application, elle 
n'est pas aussi souvent utilisee que la vue principale. 



Figure 5-6 

Animation des applications 
utilitaires 




Utilisation d'une barre d'outils 

Les applications peuvent proposer une barre d'outils pour permettre a l'utilisateur 
d'acceder rapidement a un nombre important de fonctions. C'est le cas par exemple 
dans Safari (la barre d'outils permet de revenir en arriere ou d'aller en avant dans 
l'historique, de creer un favori, d'acceder aux autres fenetres) ou dans Mail. 
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Figure 5-7 

La barre d'outils dans 
I'application Safari 




La barre d'outils integre plusieurs boutons. Chaque bouton doit declencher une 
action immediate et vous ne devriez pas utiliser la barre d'outils pour naviguer dans 
les vues de I'application. 



Figure 5-8 

La barre d'outils de I'application Mail 



la 



Navigation dans des listes hierarchiques 

La mecanique de navigation dans des listes hierarchiques d'elements est le premier 
design pattern que decouvrent les utilisateurs : naviguer avec le doigt dans la liste de 
contacts, selectionner un nom, acceder au detail. 



Figure 5-9 

Une liste hierarchique 
d'elements 
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Une liste hierarchique d'elements est un arbre dont les noeuds sont des vues (c'est-a- 
dire des ecrans de l'application). 

A un instant donne, l'utilisateur ne peut voir que le nceud courant et il peut remonter au 
noeud pere ou descendre vers les fils, qui sont le plus souvent representes par une liste. 

Le noeud racine de la liste est toujours le plus a gauche, on descend dans l'arbre en 
allant vers la droite et on remonte vers la gauche. Les animations permettent d'expli- 
citer ce mouvement. 



Figure 5-10 

Navigation dans une liste 
hierarchique 




Ce design pattern repose sur plusieurs elements : 

1 une barre de navigation en haut de l'ecran ; 

2 une vue sous la barre de navigation qui presente la vue courante ; 

3 les animations qui permettent de passer d'une vue a l'autre. 

La barre de navigation 

La barre de navigation est un composant divise en trois parties distinctes : 

• le bouton en haut a gauche qui permet de revenir a la vue parente ; 

• le titre decrivant la vue actuelle ; 

• et a droite un bouton contextuel (pour Ajouter ou Modifier un element par exemple). 
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Quand il n'y a pas de noeud parent, le bouton de retour n'est pas affiche. Sinon, il 
contient le titre du noeud parent. 

La vue de contenu 

La vue de contenu est le nceud que l'utilisateur est en train de consulter. Si le noeud a 
des fils, ils sont souvent representes par une nouvelle liste d'elements que l'utilisateur 
peut selectionner. 

La vue utilise tres souvent une liste pour representer ses donnees, mais ce n est pas 
une obligation. Nous verrons plus loin quels sont les differents types de listes. 

Les animations 

Quand l'utilisateur selectionne le fils de 1' element courant, une animation est declen- 
chee, qui fait sortir la vue de contenu courante par la gauche de l'ecran et fait entrer 
la nouvelle vue par la droite. 

Dans la barre de navigation, le titre se deplace vers la gauche et semble se trans- 
former en bouton retour (en fait, il est deplace vers la gauche et disparait progressive- 
ment alors que le bouton apparait). 

Cette animation est tres importante : elle permet a l'utilisateur de comprendre que la 
vue qu'il vient de quitter est toujours accessible. Rapidement, il comprend qu'en 
selectionnant des noeuds, il avance vers la droite, et qu'il revient en arriere vers la 
page de depart en cliquant sur les boutons de retour. 

Principes de navigation a respecter 

Pour ne pas derouter les utilisateurs, il est important de respecter les principes de la 
navigation dans une liste hierarchique : 

• L'utilisateur doit toujours pouvoir revenir en arriere (sauf sur le noeud racine bien sur). 

• Lemplacement en haut a gauche est reserve au bouton retour. 

• Les animations permettent de montrer a l'utilisateur la consequence de son action 
sur un element de la liste. 

La classe UINavigationControner prend en charge toute la logique de fonctionne- 
ment des listes hierarchiques : 

• afficher la vue courante ; 

• mettre a jour les informations de la barre de navigation ; 

• animer les transitions. 



Nous verrons comment I'utiliser dans le chapitre 8 « Assembler les ecrans de I'application ». 
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Navigation par onglet 

L'utilisation d'une barre d'onglets permet au developpeur de mettre au meme niveau 
plusieurs fonctionnalites d'importance equivalente. 

Le principe de fonctionnement est bien connu des utilisateurs puisqu'on le retrouve 
dans les applications Telephone, iPod, iTunes, App Store et Horloge. 



Figure 5-11 

La barre d'onglets dans iPod 



Albums 








Desire 


D 

e 
f 

G 




H 

Down In The Groove 

K 




dylan 


L 

M 

N 

n 






Greatest Hits Vol. 3 

u 




hi 


V 

Hard Rain 




rl 





Pour que son fonctionnement reste clair pour l'utilisateur, il est essentiel que la barre 
d'onglets respecte quelques principes fondamentaux : 

• L'application ne doit jamais forcer un changement d'onglet ; c'est l'utilisateur qui 
fait passer l'application d'un onglet a l'autre. 

• Quand un utilisateur change d'onglet et revient a l'onglet precedent, il doit 
retrouver la meme vue. 



Point d' attention De la bonne utilisation des onglets 

Les onglets ne doivent surtout pas etre utilises comme barre de commande pour declencher des actions : 
ils servent simplement a passer d'une vue a l'autre. 

La barre d'onglets est concue pour etre I'element de plus haut niveau dans une application. Quand elle 
est utilisee, elle doit apparaTtre au lancement et rester visible. 



Utilisation en combinaison avec d'autres design patterns d'interfaces 

La barre d'onglets est tres souvent utilisee en combinaison avec des listes hierarchiques. 
Dans ce cas, une liste hierarchique est contenue dans un onglet. C'est le cas de l'appli- 
cation iPod dans lequel chaque onglet contient une liste hierarchique differente. 
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Vous ne devriez jamais integrer une barre d'onglets comme element dans une liste 
hierarchique. 



Remarque Masquer la barre d'onglets 

II peut arriver qu'on souhaite masquer la barre d'onglets dans certains cas. C'est acceptable quand on 
combine la barre d'onglets avec une liste hierarchique et qu'une vue veut afficher un contenu sur toute la 
surface de I'ecran (diaporamas de photos par exemple), I'utilisateur doit pouvoir facilement revenir en 
arriere et la barre doit alors reapparaTtre. 



Personnalisation de la barre d'onglets 

La personnalisation de la barre d'onglets est une fonctionnalite tees interessante uti- 
lisee dans iPod et qui peut etre tres facilement integree dans vos applications. 

La barre d'onglets affiche toujours au maximum cinq icones (meme en mode pay- 
sage). Si le developpeur ajoute plus d'onglets, les quatre premiers sont affiches et le 
cinquieme est remplace par un bouton « Autre ». En selectionnant ce cinquieme 
onglet, I'utilisateur accede a une liste des onglets supplementaires et peut les con- 
suiter directement. 



Figure 5-12 

Vue Autre et Configurer de la 
barre d'onglets : il suffit de 
faire glisser les icones sur la 
barre. 
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II peut aussi utiliser le bouton « Modifier » pour configurer les onglets qui sont affi- 
ches par defaut : il suffit de selectionner une icone dans la liste et de la glisser sur la 
barre d'onglets. 
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Passons a la conception 

Dans ce chapitre, nous avons vu quels sont les principes ergonomiques les plus 
importants sur iPhone. Observez les applications installees sur votre iPhone, essayez 
de reconnaitre les design patterns d'interface, comment ils sont combines et adaptes. 

Dans le chapitre suivant, nous verrons comment concevoir l'interface de l'application 
en partant des fonctionnalites les plus importantes et en reutilisant les design pat- 
terns d'interface. 
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Rappelons que vos applications doivent satisfaire des utilisateurs mobiles particulierement 
exigeants. Dans ce chapitre, nous commencerons par etudier les contraintes qu'impose la 
situation de mobilite, puis nous proposerons une methode qui permet d'organiser la con- 
ception et fournirons quelques outils pour vous aider a faire les bons choix. 



Utilisation d'une application mobile 

Le schema classique d'utilisation d'une application mobile est tres different de celui 
de l'utilisation d'une application sur un ordinateur ou un site web. 

Lorsqu'on concoit une interface mobile, il faut prendre en compte ces specificites et 
quitter les habitudes acquises dans d'autres domaines (applications Windows/Linux, 
sites web, etc.). 

Temps et frequence d'utilisation 

Le temps moyen d'utilisation d'une application mobile est beaucoup plus reduit que 
celui d'une application sur Mac ou PC. Par contre, une application mobile est lancee 
plus souvent. 
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Prenez le temps d'etudier votre propre comportement : combien d'applications avez- 
vous lancees aujourd'hui ? Combien de fois chacune ? Combien de temps a chaque 
fois ? Vous constaterez que dans la plupart des cas, les applications sont lancees pour 
moins d'une minute et que les quelques applications les plus utilisees de votre iPhone 
peuvent etre lancees plusieurs fois par jour. 

L'application etant lancee tees souvent, mais pour un temps plus court, il faut absolu- 
ment quelle demarre rapidement. 

Best PRACTICE L'application doit se lancer rapidement 

Les applications qui commencent par faire patienter I'utilisateur pendant plusieurs secondes avant de se 
charger ne seront pas utilisees souvent et disparaTtront des iPhone de vos utilisateurs. 
Votre application devra toujours s'afficher et devenir reactive le plus vite possible. Les animations de Ian- 
cement sont a proscrire : jouez-les uniquement au premier demarrage, et faites en sorte qu'elles ne blo- 
quent pas I'utilisateur a chaque fois. 



D'autre part, les applications iPhone peuvent etre interrompues (appel entrant, SMS, 
etc.) et I'utilisateur peut done etre oblige de quitter l'application alors qu'il n'a pas fini 
ce qu'il faisait. 

Best PRACTICE L'application doit gerer les interruptions 

Quand e'est pertinent, l'application devra enregistrer I'etat actuel et permettre a I'utilisateur de repren- 
dre exactement la oil il en etait. C'est valable pour I'edition ou I'ajout d'informations, mais aussi pour la 
consultation. 



Concentration et attention disponible 

En situation de mobilite, I'utilisateur fera beaucoup moins d'efforts pour comprendre 
l'interface que face a son ordinateur. Sa concentration n'est pas la meme et des efforts 
qui semblent normaux sur un ordinateur ne seront que tres rarement faits face a un 
terminal mobile. 

Sur mobile, et encore plus sur 1'iPhone, la simplicite de l'interface est un atout 
majeur et doit etre un objectif lors de la conception. Si l'interface est simple, l'appli- 
cation sera facile a prendre en main, rapidement adoptee par les utilisateurs et sur- 
tout beaucoup plus utilisee. 

Bien entendu, pour le developpeur, simplicite n'est pas synonyme de facilite, bien au 
contraire ; il est bien plus difficile de concevoir une interface simple, surtout lorsque 
les fonctionnalites sont complexes. 
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CONSEIL L'interface doit rester simple, meme pour des fonctionnalites riches 

II arrivera parfois qu'il semble impossible de proposer toutes les fonctionnalites dans une interface sim- 
ple et claire. Le probleme peut sembler insurmontable et toutes les solutions envisagees aboutissent a 
des interfaces trap complexes. 

Dans ce cas, il faudra revoir le cahier des charges et faire un tri dans la liste des fonctionnalites : ont-elles 
toutes une reelle utilite en situation de mobilite ? Quel est leur niveau d'importance ? 



Methode pour concevoir r interface (Tune application 

L'experience acquise lors de la conception des applications iPhone, mais aussi de tous 
les services mobiles en general, nous permet d'identifier plusieurs phases cles qui doi- 
vent etre executees une premiere fois, et repetees si necessaire jusqu'a obtenir un 
resultat satisfaisant. 

1 Identifier les fonctionnalites. 

2 Trier les fonctionnalites par importance. 

3 Concevoir l'interface en integrant les fonctionnalites. 

Identifier les fonctionnalites 

Vous avez en tete un projet d'application. Dans la plupart des cas, plusieurs per- 
sonnes ont imagine 1' application et pense a ses fonctionnalites. La premiere tache 
consiste a toutes les repertorier. Ce peut etre le resultat d'un brainstorming avec les 
differents intervenants du projet. 

Cette phase devrait aussi remettre au premier plan quelques questions elementaires : 

• Qui sont les utilisateurs de I'application ? 

• Pourquoi lancent-ils I'application ? 

• Dans quelles situations vont-ils utiliser I'application ? 

• Quelle est la promesse client de I'application ? 

Dans la mesure du possible, les fonctionnalites devront etre decrites sous la forme de 
cas d'utilisation, c'est-a-dire d'une petite histoire racontant le contexte pour l'utilisa- 
teur, ce qu'il cherche et ce que I'application lui fournit. 

Encore une fois, il faudra etre tees vigilant durant cette phase a ne pas penser en 
terme d'elements d'interface, ce qui risquerait de fermer des portes a la creativite de 
l'equipe. 
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Trier les fonctionnalites par ordre d'importance 

A Tissue de cette premiere phase, vous aurez une liste probablement assez longue de 
fonctionnalites. Le but de la deuxieme phase est de classer les fonctionnalites par 
ordre d'importance. 

Les trois groupes de fonctionnalites 

Une application mobile doit trouver le bon compromis entre ergonomie et richesse 
fonctionnelle. La repartition des fonctionnalites en trois groupes est un outil pour 
aider Tequipe de conception a faire des choix. 

Groupe 1 : La ou les fonctionnalites essentielles 

II ne devrait y en avoir qu'une ou deux. C'est pour elles que Tutilisateur lancera 
Tapplication dans 80 % des cas ou plus. 

Ces fonctionnalites devraient etre accessibles directement au lancement de Tapplica- 
tion, si possible sans un seul clic de Tutilisateur. 

Groupe 2 : Les fonctionnalites importantes 

Ces fonctionnalites sont toutes d'une importance equivalente, c'est-a-dire qu'elles 
concernent tous les utilisateurs et seront utilisees regulierement. 

Elles seront mises en avant dans Tinterface et Tutilisateur comprendra tres vite leur 
role et comment les utiliser. 

Groupe 3 : Les autres fonctionnalites 

Les autres fonctionnalites sont annexes. Elles ne concernent pas tous les utilisateurs 
et seront utilisees moins d'une fois sur dix lancements de Tapplication. 

Elles n'ont pas besoin d'etre mises en avant dans Tinterface. Eventuellement, Tutili- 
sateur les decouvrira par hasard. Elles sont facultatives et pourront etre supprimees si 
on ne trouve pas de moyen elegant de les integrer a Tinterface. 

De I'importance des trois groupes 

Lexperience montre qu'il est toujours possible de repartir les fonctionnalites dans les 
trois groupes decrits precedemment et que lorsqu'on n'y parvient pas, c'est generale- 
ment parce qu'on essaie de concevoir une application qui sera trop compliquee et 
dont Tinterface ne sera pas satisfaisante. 

Si Texercice semble impossible a realiser, vous pouvez envisager de separer Tapplica- 
tion en plusieurs applications differentes. 
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CONSEIL La dure selection des fonctionnalites 

En photographie, on parle « d'editing » : c'est une phase durant laquelle le photographe choisit, parmi 
toutes les photos d'un reportage, celles qu'il va garder pour en extraire les meilleures et construire une 
serie coherente. Certaines de ses tres belles photos ne seront pas retenues parce qu'elles ne s'integrent 
pas bien avec le reste de la serie. Le photographe apprend a en faire le deuil. 
Le developpeur d'applications iPhone devra souvent faire de meme avec certaines fonctionnalites. . . 



Concevoir I'interface pour ses fonctionnalites 

Ayant identifie et reparti les fonctionnalites en trois groupes, on s'appuie sur les dif- 
ferents design patterns d'interface vus au chapitre precedent pour definir I'interface 
dans ses grandes lignes. 

Les fonctionnalites du premier groupe doivent etre accessibles en un temps 
minimum 

Ces fonctionnalites sont celles qui vont pousser l'utilisateur a cliquer sur l'icone de 
votre application dans plus de 80 % des cas. Vous devez lui proposer un acces imme- 
diat a ces fonctionnalites, c'est-a-dire idealement sans aucune intervention de sa part, 
ou au maximum avec un clic. 

Si votre application n'a qu'une fonctionnalite du groupe 1 et peu d'autres fonctionnalites, 
le design pattern des applications utilitaires (Meteo, Bourse) est une solution tres efficace. 



Exemple L'application Facebook 

L'application Facebook met immediatement en avant le 
Mur de l'utilisateur. Celui-ci est affiche des le lancement 
de l'application avec les informations gardees en 
memoire et se met a jour automatiquement sans 
intervention de l'utilisateur. 



Figure 6-1 

Ouverture de l'application Facebook 
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Exemple Chargement de Omnifocus 

Omnifocus est une application iPhone qui implemente la methode « Getting Things Done » inventee par 
David Allen. C'est un assistant personnel a la collecte et a I'organisation de taches. 
Le temps de chargement peut etre assez long pour les utilisateurs qui ont de nombreuses taches et pour- 
tant I'usage principal de I'application en situation de mobilite est I'ajout de taches « je pense a quelque 
chose a faire ; je le note immediatement ». 

Les developpeurs ont done fait en sorte que pendant le chargement de la base de donnees, I'utilisateur 
puisse cliquer sur le bouton « Ajouter une tache », ce qui permet d'acceder a la fonctionnalite numero 1 
tres rapidement. 

Mise en avant des fonctionnalites du deuxieme groupe 

Les fonctionnalites du deuxieme groupe sont importantes et un des roles de l'inter- 
face est de montrer a I'utilisateur qu'elles existent. 

Le design pattern d'interface le plus souvent utilise pour les applications ayant plu- 
sieurs fonctionnalites d'importance equivalente est l'interface avec barre d'onglets. 
Elle permet en effet de montrer rapidement a I'utilisateur quelles sont les fonction- 
nalites principales de I'application et d'y acceder tres naturellement. 



Exemple Application iTunes 



L'application iTunes permet de telecharger de la musique 
en partant de la selection Apple, du classement des 
utilisateurs ou en faisant une recherche. 
Toutes ces fonctionnalites sont placees a un niveau 
d'importance equivalent grace a I'utilisation du design 
pattern navigation par onglets. 

Figure 6-2 

Navigation par onglets dans I'application iTunes 
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Fonctionnalites du troisieme groupe 

Les fonctionnalites du troisieme groupe ne sont pas indispensables a i'application. 
De ce fait, il n'est pas essentiel de les faire apparaitre dans l'interface, et on cherchera 
au contraire a ne pas les rendre trop visibles pour que l'interface reste simple. 
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Ce sont les fonctionnalites que l'utilisateur decouvre par hasard alors qu'il a installe 
l'application depuis plusieurs semaines, et qu'il partage ensuite avec son entourage : 
« Tu as vu qu'on pouvait faire 9a ? » 



Exemple Utilisation de I'accelerometre dans les applications 

Pour implementer ces fonctionnalites dans I'interface, on pourra s'appuyer par exemple sur I'accelerome- 
tre. Ainsi, l'application Facebook permet de recharger le contenu de la page principale en secouant le ter- 
minal, de nombreuses applications permettent de zoomer sur le contenu en basculant le telephone en 
mode horizontal, etc. 



Ce type de fonctionnalites est une part importante de l'experience iPhone et l'utilisa- 
teur sera tres satisfait de ces petites surprises. Vous souvenez-vous quand vous avez 
decouvert l'utilisation de la loupe pour editer du texte ? 



Quelques outils pour concevoir r interface 

II existe quelques principes faciles a appliquer et qui seront toujours utiles lors de la 
conception de I'interface. 

Un acces unique a chaque fonctionnalite 

II semble evident que pour simplifier I'interface il faut reduire le nombre de fonction- 
nalites et le nombre de facons differentes d'acceder a une fonctionnalite. Pourtant, il 
arrivera souvent qu'on hesite sur le meilleur moyen de proposer une fonctionnalite et 
qu'on finisse par ne pas oser trancher et garder plusieurs moyens d'acceder a la meme 
fonctionnalite. 

Le succes de 1'iPhone repose pourtant sur la pertinence des choix que l'equipe de 
conception a faits a la place des utilisateurs. Sans ces choix (qui sont autant de ris- 
ques) I'interface ne serait pas aussi simple et elegante. 

L'equipe en charge de l'application doit done s'interroger sur le contexte d'utilisation, 
sur la cible, sur les experiences passees des utilisateurs et faire le choix qui sera le bon 
pour 80 % d'entre eux. 



CONSEIL Faites des choix 



Quand il s'agit de I'interface de votre application, ne pas trancher entre plusieurs solutions reviendra 
souvent a faire le mauvais choix. 
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Eviter les menus et autres listes de fonctionnalites 

De nombreux projets d'applications commencent avec un ecran d'accueil qui propo- 
serait plusieurs boutons pour acceder aux differentes fonctionnalites de l'application. 

C'est une fausse bonne idee qui ne correspond pas aux habitudes des utilisateurs et 
risque de devenir tres rapidement frustrante. En effet, mieux vaut choisir une des 
fonctionnalites et la mettre en avant des le lancement. 

C'est en general le resultat d'un mauvais tri des fonctionnalites qui a abouti a ne 
mettre aucune fonctionnalite dans le premier groupe, ou a en mettre trop. II convient 
alors de reprendre la liste des fonctionnalites et s'interroger a nouveau sur l'impor- 
tance de chacune. 



Distinguer le premier lancement des suivants 

Un autre symptome classique de la phase de conception est une interface qui devient 
tres compliquee parce qu'on essaie d'expliquer a l'utilisateur le fonctionnement de 
l'application. 

II est legitime de vouloir accompagner l'utilisateur lors du premier lancement, mais 
cela ne doit pas nuire aux centaines de lancements suivants. II est techniquement tout 
a fait possible de faire un cas particulier pour la premiere fois et de proposer un assis- 
tant, une video de presentation ou un message. 

Exemple L'assistant de configuration de l'application Mail 

Quand l'utilisateur lance l'application Mail, un assistant lui propose de parametrer un nouveau compte 
s'il ne I'a pas encore fait. 



Adapter I' interface a l'utilisateur 

L'iPhone propose plusieurs mecanismes pour adapter l'interface a l'utilisateur. 

C'est le cas par exemple de la barre d'onglets qui peut s'adapter a l'utilisateur de deux 
facons differentes. 

Memoriser le dernier ecran utilise 

La barre d'onglets permet de mettre en avant des fonctionnalites d'importance equi- 
valente. II est possible de memoriser a chaque utilisation la derniere fonctionnalite 
utilisee pour proposer a l'utilisateur de reprendre directement au meme endroit. 
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Exemple Application Horloge 

L'application Horloge de I'iPhone memorise le dernier onglet utilise (Horloges, Alarmes, Chronometre, 
M'muteur) et se rouvre sur le meme onglet lors du prochain lancement. 

Proposer a I'utilisateur de personnaliser la barre d'onglets 

Le mecanisme de personnalisation de la barre d'onglets permet a I'utilisateur 
d'adapter I'interface en fonction de ses preferences. 

Parametres de l'application 

Dans bien des applications, les possibilites de parametrage ne seront jamais utilisees par la 
plupart des utilisateurs. II s'agit typiquement d'une fonctionnalite du troisieme groupe. 

C'est pourquoi I'iPhone permet aux applications d'ajouter tres facilement une entree 
dans le menu Reglages du telephone pour que les reglages soient faits en dehors de 
l'application. L'interface, n'etant pas encombree par ces fonctionnalites, reste tres simple, 
mais la fonctionnalite est proposee et sera trouvee par les utilisateurs experimentes. 



Conclusion 



Ce chapitre clot la deuxieme partie de ce livre destinee a l'ensemble de l'equipe de 
developpement. Dans les prochains chapitres, destines aux developpeurs, nous plon- 
gerons au cceur du developpement de l'application. 
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Le developpement 
de I'interface 



Nous verrons dans cette partie comment developper I'interface d'une application iPhone. 

Tout d'abord, la brique principale de construction d'une application iPhone est le con- 
troleur de vue qui est explique en detail au chapitre 7. 

On peut alors au chapitre 8 sur pencher sur l'assemblage des controleurs de vue pour 
construire une application complete, dont les ecrans s'enchainent de maniere fluide. 

Le chapitre 9 presente les vues, c'est-a-dire tous les elements d'interface, et donne les 
cles pour bien comprendre comment assembler un ecran a partir des composants gra- 
phiques fournis par le SDK et comment les adapter aux couleurs de votre application. 

Enfin, au chapitre 10, on presentera les tables, qui sont les elements les plus utilises 
dans la plupart des applications, et qui permettent de faire des listes et toutes sortes 
d'ecrans dans lesquels l'utilisateur navigue verticalement avec le doigt. 
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Contrdler les ecrans de Implication 



On decompose facilement toute application iPhone en une serie d'ecrans. Cette 
decomposition se retrouve de maniere tees naturelle dans le code de l'application : 
pour chaque ecran on implemente un controleur qui cree la vue, charge le modele et 
ajoute un peu de logique metier. 

Les controleurs de vue sont done les briques elementaires de toute application 
iPhone : chaque controleur gere un ecran, et peut etre chaine avec d'autres pour 
mettre en place des applications complexes. 

La notion de controleur de vue est issue du design pattern MVC qui est fortement 
ancre dans UIKit. Dans ce chapitre, nous rappellerons le fonctionnement de ce 
design pattern et nous decrirons comment utiliser la classe UlViewCont roller pour 
creer les controleurs d'une application. 

A la fin de ce chapitre, vous aurez en main tous les elements pour construire le con- 
troleur d'un ecran de l'application. Dans le chapitre suivant, nous verrons comment 
assembler les controleurs pour enchainer les ecrans, puis au chapitre 9 nous verrons 
comment construire des vues riches et animees. 



Le modele MVC dans iPhone OS 



Le design pattern MVC est un des design patterns les plus connus dans le monde du 
developpement logiciel. II permet de clairement separer les donnees (Modele), leur repre- 
sentation graphique a l'ecran (Vue) et la logique metier (Controleur) de l'application. 
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Le diagramme de sequence suivant rappelle le principe general de fonctionnement 
d'une application MVC. 



Application 1 



Controleur , 



Modele 



I Vue I 



■ Creation du controleur - 



- Chargement du modele ► 



- Creation de la vue ■ 



Interrogation du modele - 
- Remplissage de la vue - 



Action de I'utilisateur signale ■ 



Mise a tour du modele ■ 
- Mise a jour de la vue - 



Figure 7-1 Diagramme de sequence simplifie d'une application MVC. 



On retrouve dans iPhone OS les trois elements classiques du modele MVC. 

Le modele pour charger et stocker en memoire les donnees de 
■'application 

Toutes les applications manipulent des donnees metier, c'est-a-dire des informations 
qui representent des objets ou des informations du monde reel - par exemple un con- 
tact, un article, un produit, etc. 

Avant d'exister en memoire, ces objets sont charges depuis une source quelconque 
(fichier XML, base de donnees, etc.) et peuvent etre eventuellement reexported ensuite. 

Le modele represente les donnees que votre application manipule, ainsi que les 
classes permettant de les creer et de les sauver. Pour implementer le modele, vous 
pouvez creer vos propres classes ou utiliser les classes generiques du framework 
Foundation (NSDictionary, NSArray, etc.). Pour lire et enregistrer les donnees, vous 
utiliserez les API XML, le format de fichier pi i st ou bien le framework Core Data 
qui est disponible depuis la version 3.0 d'iPhone OS. 
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La vue pour representer graphiquement le modele et fournir l'interface 
graphique 

La vue est Tinterface de l'application, ce que l'utilisateur voit. C'est une representa- 
tion du modele, il existe souvent plusieurs representations des memes objets metier 
(une vue en liste, une vue detaillee, une vue d'edition, etc.). 

La vue contient aussi des elements qui permettent au developpeur d'interagir avec 
l'application : des boutons, des images cliquables, des interrupteurs, etc. 

On compose la vue en assemblant des objets derives de UlView, soit avec des lignes 
de code, soit en utilisant Interface Builder. Nous detaillerons la construction des vues 
dans le chapitre 9 « Developper et animer les vues ». 

Le control eur pour Her le modele et la vue 

Lors du premier affichage, le controleur lance le chargement des donnees, et utilise 
les objets metiers pour remplir les elements de la vue (mettre le nom du contact dans 
le champ texte prevu a cet effet par exemple). Le controleur est ensuite charge de 
mettre a jour la vue lorsque les donnees changent, et de mettre a jour les donnees 
lorsque l'utilisateur interagit avec la vue. 

Dans une application, il est possible d'assembler plusieurs controleurs de vue. Bien 
que ce ne soit pas une regie absolue, on ecrira generalement un controleur pour 
chaque ecran de l'application. Ainsi, dans une application qui utilise une barre 
d'onglets, on aura un controleur pour chaque onglet. 

Les controleurs sont implementes grace a la classe UlViewController (ou une des 
classes qui en heritent). 



Le controleur de vue standard d'iPhone OS 

Lors du developpement des premieres applications de 1'iPhone, les equipes d'Apple 
se sont apercues qu'elles passaient un temps important a reimplementer les memes 
fonctionnalites dans plusieurs applications. Ce constat les a poussees a mettre en 
place une classe prenant en charge les fonctionnalites de base d'un controleur de vue 
et a en faire profiter tous les developpeurs d'application iPhone OS. 

La classe UlVi ewControl 1 er fournit done une grande partie de la logique necessaire a 
la gestion des vues. Elle est capable de charger la vue a partir d'un fichier NIB (Inter- 
face Builder), de retarder le chargement de la vue jusqu'a son utilisation, de liberer 
automatiquement de la memoire si le systeme en reclame, de faire pivoter la vue 
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lorsque l'utilisateur bascule son telephone en mode paysage, d'afficher des vues 
modales par-dessus la vue en cours, etc. 

Cycle de vie d'un controleur de vue 

On distingue trois etats principaux dans lesquels le controleur de vue peut se trouver. 
Pour chaque transition entre etats, le controleur est notifie et des methodes specifi- 
ques sont appelees. 



Figure 7-2 

Les differents etats 
d'un controleur de vue 
et les transitions 



loadView: 



viewDidLoad: 



Passage de la vue au premier plan 



viewWHIAppear: 



Disparition de la vue 



Re-affichage de la vue 
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viewWIIIDisappear: 







Controleur initialise sans vue 

Les controleurs de vue peuvent etre crees au lancement de l'application par le delegue 
d'application ou bien plus tard lors de l'execution par un autre controleur de vue. 

Le constructeur par defaut d'un controleur de vue est la methode i ni tWi thNi bName : . 
Vous devez la surcharger pour y ajouter votre code d'initialisation. II peut preparer le 
modele (lire des donnees sur le disque, lancer un chargement reseau, etc.) mais il ne 
cree pas la vue. 
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Vue chargee, non affichee 

La vue n'est pas creee en meme temps que le controleur, elle est instanciee lorsqu'on 
l'ajoute a une fenetre ou a une vue parente. II peut done y avoir un decalage important 
entre le moment ou le controleur est initialise et le moment ou la vue est chargee. 

Par exemple, quand on utilise une barre d'onglets, tous les controleurs sont crees au 
lancement de 1'application, mais les vues ne sont creees que lorsque l'utilisateur les 
selectionne. Cela permet de charger 1'application plus rapidement et limite la consom- 
mation memoire. 

Le chargement de la vue est toujours effectue par la methode loadView. Cette 
methode est appelee automatiquement lorsque la vue est utilisee pour la premiere fois. 

Dans le cas ou on utilise Interface Builder pour definir la vue, il ne faut pas sur- 
charger la methode loadView. Limplementation par defaut charge les objets decrits 
dans le NIB dont le nom a ete passe lors de 1'initialisation du controleur de vue. 

Pour creer la vue sans Interface Builder, il faut surcharger la methode 1 oadVi ew et y 
inserer le code qui cree une hierarchie de vue. 

APPROFONDIR Comment fonctionne le chargement retarde de la vue ? 

La classe UlVi ewControl 1 er definit une propriete vi ew qui est liee a un getter specifique. Ainsi, a 
chaque fois que Ton fait appel a la propriete vi ew, une methode de I'objet est appelee, qui regarde si la 
vue a ete creee (si elle est differente de ni 1 ) et qui appelle la methode 1 oadVi ew s'il faut charger la vue. 
Une fois chargee en memoire, la meme vue est renvoyee a chaque fois qu'on appelle la propriete vi ew 
(la methode 1 oadVi ew n'est done appelee que si la vue n'existe pas en memoire). 

Dans tous les cas, la methode viewDidLoad est appelee apres la methode loadView. 
Elle est utile quand on a choisi de definir la vue avec un fichier NIB pour ajouter du 
code d'initialisation qui doit etre execute a chaque fois que la vue est creee. 

Vue chargee et affichee 

Juste avant que la vue ne soit affichee, la methode vi ewWi 1 1 Appear : du controleur est 
appelee. Puis, des que la vue est affichee, la methode vi ewDi dAppear : est appelee. 

Lorsque la vue est affichee, elle envoie des evenements au controleur pour signaler les 
actions de l'utilisateur. Le controleur reagit et met la vue et le modele a jour en fonc- 
tion des evenements. 

Quand la vue disparait ou est masquee, la methode vi ewWi 1 1 Di sappear : est appelee, 
puis la methode vi ewDi dDi sappear : . 
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Avertissement de memoire 

Lorsque l'application recoit un avertissement de memoire, il est recu par tous les 
controleurs de vue. Si la vue est chargee mais n'est pas affichee au moment ou l'aver- 
tissement est recu, elle est detruite pour liberer de la memoire. Lorsqu'elle sera de 
nouveau utilisee, la vue sera recreee automatiquement (toujours par le meme meca- 
nisme et toujours en appelant 1 oadVi ew puis vi ewDi dLoad). 

La methode didReceiveMemoryWarning est appelee pour signaler au controleur de 
vue qu'il doit liberer de la memoire. Vous devez surcharger cette methode pour 
liberer vos propres objets ; il faut absolument appeler Implementation par defaut 
pour que la vue soit egalement liberee si possible. 

- (void)didRece"iveMemoryWarning { 

// Libere la vue si elle n'est pas utilisee 
[super didReceiveMemoryWarning]; 

// Ajouter ici la suppression des objets qui peuvent etre supprimes 
(donnees en cache, etc.) 
} 

Si la vue a ete detruite, la methode viewDidUnload: est egalement appelee. Dans le 
corps de cette methode, vous devez liberer les references que vous gardiez vers des 
elements de la vue. En effet, si vous ne liberez pas ces elements, ils persisteront en 
memoire. 

- (void)viewDidUnload { 

self .myButton = nil; 
self.myLabel = nil; 

} 



ESSENTIEL Prevoir le cas de la destruction automatique des vues 

Gardez toujours a I'esprit que la vue peut etre detruite automatiquement par le controleur puis recreee 
plus tard. 

II faut done bien separer le code d'initialisation du controleur qui est execute une seule fois, et le code 
d'initialisation de la vue qui sera reexecute a chaque fois que la vue est rechargee. II faut egalement 
ecrire ce code de maniere a ce qu'il puisse etre appele plusieurs fois, sans provoquer de fuite memoire. 
Bien qu'il soit possible d'empecher la destruction automatique de la vue, il ne faut pas le faire car si le 
systeme n'arrive pas a liberer de memoire, il terminera l'application. 
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Utilisation des contrdleurs de vue 

Creation d'un nouveau contrdleur de vue 

Xcode permet de creer rapidement un nouveau controleur de vue : selectionnez New 
File dans le menu File et dans la categorie Cocoa Touch Classes, l'option UlViewCon- 
troller subclass. 

Xcode genere un fichier d'en-tete et un fichier d'implementation d'une nouvelle 
classe derivant de UlViewController. 



Instanciation d'un contrdleur de vue 

L'initialisation du controleur de vue depend de la methode choisie pour decrire la vue. 

Creer un contrdleur de vue sans fichier NIB 

Pour indiquer au controleur de vue que Ton souhaite construire la vue manuellement, 
il suffit d'appeler la methode i ni t, qui ne prend aucun parametre. 

MyVi ewControll er *myVi ewControll er = [ [MyVi ewControl 1 er alloc] init]; 

Vous devez alors surcharger la methode 1 oadVi ew pour implementer la creation de la vue. 

- (voi d)l oadVi ew { 

UlView *myView = [[UlView alloc] initWithFrame:CGRectMake(0, 0, 320, 
480)] ; 

UILabel *myLabel = [[UILabel alloc] initwith Frame :CCRectMake (20, 100, 
280, 20)]; 

myLabel.text = ©"Hello World"; 
myLabel . textAl i gnment = UITextAl i gnmentCenter ; 
[myVi ew addSubvi ew : myLabel ] ; 

self. view = myView; 
[myLabel release]; 
[myVi ew rel ease] ; 

} 

Dans cet exemple, on cree une hierarchie de vues tres simple : une vue racine recou- 
vrant tout l'ecran a l'interieur de laquelle on place un label dont le texte est centre. 
Nous detaillerons la manipulation des vues au chapitre 9. 

Cette hierarchie de vue est ensuite assignee a la propriete vi ew du controleur de vue. 
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Important Bien gerer la memoire dans les contrdleurs de vue 

Lorsqu'on assigne une nouvelle vue a la propriete vi ew, son compteur de references est automatiquement 
increments (en effet, la propriete est definie avec le mot-cle retai n). II est done essentiel de bien decremen- 
ts le compteur d'utilisation de la vue en appelant la methode rel ease pour eviter des fuites memoires. 
II faut faire tres attention a ne pas avoir de fuite memoire dans la methode loadView car les objets 
manipules peuvent rapidement prendre beaucoup de place en memoire. 



Creer un contrdleur de vue utilisant un fichier NIB 

Pour utiliser un fichier NIB defini avec Interface Builder, on utilise le constructeur 
initwithNibName: bundle: et on passe le nom de ce fichier comme premier para- 
metre. Le deuxieme parametre a passer indique dans quel bundle chercher ce fichier, 
sauf quelques tres rares exceptions, on indique toujours nil pour lui indiquer de 
chercher dans le bundle par defaut. 

MyVi ewControll er *myVi ewControl 1 er = [ [MyVi ewControll er alloc] 
initWithNibName:@"MyView" bundle:nil] ; 

Lorsque vous utilisez un fichier NIB, vous ne devez pas surcharger la methode 

I oadVi ew. Vous pouvez rajouter du code qui sera execute apres chaque chargement 
de la vue dans la methode vi ewDi dLoad : . 

Preparation du fichier XIB 

Pour creer la vue d'un contrdleur avec Interface Builder, utilisez l'option View XIB 
dans la categorie User Interfaces des modeles de nouveau fichier (File > New File). 

II faut indiquer a Interface Builder quel est l'objet qui chargera le fichier XIB. C'est 
le File's Owner. Pour cela, dans la fenetre principale, selectionnez la ligne File's Owner 
et dans le quatrieme onglet de l'inspecteur de proprietes, choisissez votre controleur 
de vue qui doit apparaitre dans la liste Class. 
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II faut ensuite lier la vue qui est contenue dans le fichier XIB a la propriete vi ew du 
controleur. 



Figure 7-4 

Liaison de la vue du fichier XIB 
avec la vue du controleur 



a v.cw Lontioae- i.onn«ct.o<n 




o 
o 

-e 



Une fois ce lien effectue, vous pouvez construire l'interface en glissant les objets de la 
bibliotheque vers la fenetre qui represente la vue. 

Best practice Un fichier XIB pour un controleur 

Bien qu'on puisse imaginer avoir plusieurs fichier XIB qui s'appuient sur un seul controleur, ou un fichier 
XIB utilise par plusieurs controleurs, il est fortement recommande de garder toujours un seul fichier XIB 
pour un seul controleur. 



Lier les objets de la vue au controleur 

Comme nous l'avons vu precedemment, il est possible de definir des liens entre les 
objets ajoutes a la vue et les proprietes du controleur. 

Pour cela, il faut definir dans le fichier d'en-tete du controleur une propriete et 
ajouter le mot-cle IBOutlet pour que Interface Builder la reconnaisse. 



©interface MylBVi ewControlT. er 
UILabel *myLabel ; 

} 



UlVi ewControlT. er { 



©property (nonatomi c , retai n) IBOutlet UILabel -myLabel ; 



@end 
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Dans Implementation, on demande au compilateur de generer un accesseur et un 
mutateur (getter et setter) pour cette propriete en utilisant le mot-cle@synthesize. 

@i mpl ementati on MylBVi ewCont rol 1 er 
©synthesize myLabel ; 

Cette propriete apparait alors dans l'inspecteur d'Interface Builder (apres avoir selec- 
tionne la ligne File's Owner dans la fenetre principale). 




Reagir au chargement et au dechargement de la vue 

II est souvent utile de pouvoir intervenir une fois la vue chargee pour finir de l'initia- 
liser, lui donner un etat initial et eventuellement charger le modele. De la meme 
facon, il est essentiel de reagir au dechargement de la vue pour s'assurer que toute la 
memoire liberable est bien liberee. 

Utilisation de la methode viewDidLoad 

La methode vi ewDi dLoad est appelee quand la vue a ete chargee (en code ou a partir 
du fichier XIB). Tous les liens entre les objets de la vue et les proprietes du controleur 
ont ete etablis, il est possible d'ajouter d'autres elements a la vue, ou de definir des 
proprietes sur les elements de la vue. 
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- (voi d)vi ewDi d Load { 

[super vi ewDi dLoad] ; 
myLabel.text = ©"Hello World"; 

} 

Implementation de la methode viewDidUnload 

Comme nous l'avons vu plus haut, il est essentiel d'implementer la methode 
vi ewDi dUnl oad et de liberer toutes les references vers des objets de la vue. C'est le cas en 
particulier de toutes les proprietes liees a la vue (via Interface Builder ou via du code). 

Le moyen le plus simple est d'assigner la valeur nil a la propriete, ce qui decremen- 
tera le compteur si necessaire (sous reserve que vous ayez bien declare les proprietes 
avec l'attribut retai n comme vu au chapitre 2 sur la gestion de la memoire). 

Liberation de la memoire lorsque la vue est dechargee 

- (voi d)vi ewDi dUnl oad { 

[super viewDidUnload]; 
self .mylBOutlet = nil; 

} 

Comment savoir si la vue est chargee ? 

Si elle ne l'etait pas deja, la vue est chargee automatiquement lorsqu'on accede a la pro- 
priete vi ew du controleur de vue. L'exemple suivant aurait done pour effet de charger 
systematiquement la vue, ce qui n'est probablement pas ce que souhaite le developpeur. 

Exemple a ne pas reproduire : provoque systematiquement le chargement de la vue et I'execution 
du code dans le bloc i f . 

if (self. view != nil) { 

// Fai re quel que chose uniquement 
// si la vue est chargee 

} 

La methode i sVi ewLoaded permet de savoir si la vue est chargee, sans forcer le char- 
gement. 

Methode correcte pour effectuer un traitement uniquement si la vue est chargee 

if ([self isVi ewLoaded]) { 

// Fai re quelque chose uniquement 
// si la vue est chargee 

} 
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Reagir lorsque la vue est affichee puis masquee 

II est tres utile de savoir a quel moment la vue va etre affichee, puis de savoir quand 
elle est masquee. Ces evenements permettent de rafraichir les elements du modele 
affiche dans la vue, de lancer une mise a jour des donnees, etc. II existe quatre 
methodes pour suivre ces evenements. 

Si vous decidez de surcharger ces methodes, il est indispensable d'appeler la methode 
originale. Par exemple : [super viewWi 11 Appear: animated]. En effet, de nombreux 
traitements tres importants sont faits par ces methodes dans Implementation de 
base de UlViewController. Ne pas appeler ces traitements entraine des bogues diffi- 
ciles a identifier et a corriger. 

Affichage de la vue 

Lorsque la vue va etre affichee, la methode viewWi 11 Appear: (BOOL) animated est 
appelee. Elle permet de savoir que la vue va etre affichee, et de savoir si une anima- 
tion est en cours pour son affichage. 

On utilise generalement cette methode pour : 

1 remettre la vue dans un etat « initial » : charger le modele, remplir les objets de la vue ; 

2 de-selectionner une ligne de tableau qui serait encore selectionnee (nous reverrons 
ce point au chapitre 10 consacre aux listes d'elements) ; 

3 lancer une tache de fond pour mettre a jour la vue a intervalles reguliers. 

Lorsque la vue est affichee, la methode viewDidAppear: (BOOL) animated est appelee. 
On peut alors : 

1 lancer une animation pour attirer l'attention de l'utilisateur sur un element 
particulier ; 

2 faire apparaitre pendant quelques instants les barres de defilement pour que l'uti- 
lisateur ait conscience de leur presence. 

Masquage de la vue 

De la meme facon, il existe deux evenements appeles lorsque la vue est masquee. La 
methode viewWi ll Disappear: (BOOL) animated et la methode viewDidDisappear: (BOOL) animated. 
La premiere est souvent utilisee pour mettre en pause les animations et les even- 
tuelles taches en arriere-plan. 
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Gerer les evenements 

Nous avons vu comment le controleur peut agir sur la vue pour creer des elements 
d'interface et changer leurs proprietes. La vue doit aussi pouvoir avertir le controleur 
lorsqu'un evenement survient. 

II existe plusieurs moyens pour lier les objets de la vue au controleur. Le plus simple 
et le plus repandu est le mecanisme Cible-Action {target-action dans la documenta- 
tion en anglais). Pour un evenement donne, on indique une cible (un objet) et une 
action (un selecteur). Laction sera effectuee sur la cible a chaque fois que l'evene- 
ment se produit. 

Creer une methode pour traiter I 'evenement 

Dans le controleur, vous devez aj outer une methode qui sera responsable du traite- 
ment de l'evenement. En fonction du type d'evenement, la signature de la methode 
pourra etre differente ; pour Taction d'un bouton, il suffit de creer une methode qui 
ne prenne aucun parametre. Donnez-lui comme type de valeur de retour IBAction 
qui est synonyme de void mais permet a Interface Builder de reconnaitre cette 
methode comme une action. 

- (IBAction) buttonAction ; 

Le corps de la methode est ajoute dans Implementation de la classe : 

- (IBAction) buttonAction { 
if (myLabel . textAl i gnment == UITextAI i gnmentLeft) 

myLabel . textAl i gnment = UITextAlignmentRight; 
el se 

myLabel . textAl i gnment = UITextAl ignmentLeft ; 

} 

Lier un evenement a une action 

Encore une fois, il existe deux solutions pour lier un evenement a une action : avec ou 
sans Interface Builder. 

Lier un evenement a une action en code 

Tous les composants graphiques capables d'envoyer des evenements heritent de la 
classe UlControl qui definitla methode addTarget:acti on :forControl Events:. 

Cette methode permet d'ajouter une cible qui doit etre prevenue lorsqu'un evene- 
ment se produit. Le premier parametre est l'instance d'objet qui doit etre notifiee. II 
s'agit en general du controleur de vue. Le deuxieme parametre est la methode a 
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appeler quand 1' evenement se produit. Le dernier parametre est le(s) evenement(s) 
pour le(s)quel(s) on veut recevoir une notification. 

[myButton addTarget : sel f action :@selector(buttonAction) 
forControl Events : UlControl EventTouchllpInsi de] ; 

Lier un evenement a une action en utilisant Interface Builder 

La liste des evenements generes par un composant graphique est affichee dans 
l'onglet des connexions d'Interface Builder. II suffit de faire glisser un lien vers le 
controleur de vue (represente par l'entite « File's Owner ») pour creer un lien avec 
l'une des methodes du controleur de vue. 



Figure 7-6 

Creation d'un lien entre un 
evenement et une methode du 
controleur de vue dans 
Interface Builder 




Gerer les rotations d'ecran 

La classe UlViewController fournit une logique basique pour gerer les rotations 
d'ecran. Vous pouvez egalement fournir votre propre code de rotation si vous sou- 
haitez realiser des effets particuliers. 

Lorsque l'utilisateur bascule son iPhone, l'accelerometre detecte un changement 
d'orientation et notifie le controleur de vue. Celui-ci appelle la methode 
shouldAutorotateToInterfaceOrientation: en passant en parametre la nouvelle 
orientation. La methode doit renvoyer un booleen indiquant s'il faut faire pivoter la 
vue ou pas. Par defaut, cette methode n'autorise que le mode portrait. La vue ne 
pivote done jamais. 
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Tableau 7-1 Les differentes orientations de I'iPhone 



iPhone tenu verticalement 


UllnterfaceOri entationPortrai t 


iPhone tenu "tete en bas" 


UllnterfaceOri entationPortrai tUpsi deDown 


iPhone tenu horizontalement avec le bouton home a droite 


UllnterfaceOri entationLandscapeLeft 


iPhone tenu horizontalement avec le bouton home a gauche 


UllnterfaceOri entationLandscapeRight 



Dans l'exemple suivant, on demande a la vue de basculer automatiquement quand 
l'utilisateur met le telephone en mode portrait ou en mode paysage (bouton home a 
droite). 



(BOOL)shoul dAutorotateToInterfaceOri entation : (UllnterfaceOri entati on)i n 
terf aceOri entati on { 

return (interfaceOrientation == UllnterfaceOri entati onPortrai t) || 
(i nterfaceOri entati on == UllnterfaceOri entati onLandscapeLeft) ; 
} 



APPROFONDIR Comment la vue est-elle adaptee lors d'une rotation ? 

Le mecanisme de rotation d'ecran va provoquer un redimensionnement de la vue. Le resultat ne sera 
satisfaisant que si la vue sait s'adapter a la nouvelle taille de I'ecran. 

II faut pour cela definir comment la vue doit etre redimensionnee, ce qui se fait via I'onglet Size d'lnter- 
face Builder ou via les proprietes autoresi zeSubvi ews et autoresi zi ngMask de la classe 
UlVi ew. 



Evenements associes aux rotations d'ecran 

Lors d'une rotation, plusieurs evenements sont appeles pour permettre a la vue de 
realiser des traitements specifiques. 

Juste avant que la vue ne soit pivotee, est appelee la methode 
will RotateTblnterfaceOrientation : duration:. Vous pouvez utiliser cette 
methode pour pousser un nouveau controleur de vue modal (traite dans le chapitre 
suivant), qui sera affiche uniquement quand 1'application est dans une orientation et 
le faire disparaitre quand 1'application revient dans l'orientation normale. 

Juste apres la rotation, la methode didRotateFromInterfaceOrientation:est 

appelee. Vous pouvez l'utiliser pour mettre a jour la vue avec de nouvelles informa- 
tions, lancer un traitement particulier, etc. 
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Approfondir Les rotations de controleur de vue 

La methode presentee ici est la plus simple et la plus rapide pour mettre en place des controleurs de vue 
qui supportent des rotations automatiques. Vous devriez toujours essayer d'utiliser ce mecanisme avant 
d'explorer des methodes plus compliquees. En effet, les animations associees sont tres complexes et dif- 
ficiles a reimplementer correctement (par exemple, la barre de navigation et la tabbar ne tournent pas 
avec la vue mais sont d'abord retirees, le contenu tourne, puis elles sont rajoutees dans la vue). 
II existe neanmoins de nombreuses possibility pour controler tres precisement les animations executees 
durant la rotation d'ecran et les redefinir pour votre propre besoin. La documentation de la classe 
UlVi ewControl 1 er les detaille. 



Conclusion 

Dans ce chapitre, vous avez appris comment creer des controleurs de vue. Souvenez- 
vous que pour chaque ecran de votre application, il faut en implementer un. 

Tout controleur de vue est implements en derivant la classe UlViewController et en 
surchargeant une partie de ses methodes. Pensez a appeler Implementation de la 
classe parente, en particulier pour viewWill Load:, viewDidLoad :, etc. (en cas de 
doute, la documentation precise systematiquement si cela est necessaire ou pas). 

Enfin, n'oubliez pas que votre vue peut etre liberee en cas d'avertissement memoire 
et que votre code doit permettre de liberer completement la vue et de la recreer sans 
fuite memoire. En effet, ce phenomene se produit souvent dans une application 
complexe et c'est une source importante de bogues. 
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Assembler les ecrans 
de ('application 



Nous avons vu dans le chapitre precedent comment implementer un ecran de l'applica- 
tion, mais la tres grande majorite des applications sont construites a l'aide de plusieurs 
ecrans qui s'enchainent selon un des design patterns de navigation decrits au chapitre 5. 

Dans ce chapitre, nous verrons comment assembler les ecrans de l'application selon 
deux methodes : en utilisant des controleurs concus pour contenir vos controleurs de 
vue ; et en utilisant des methodes de UlViewController pour afficher des controleurs 
de vue modale. 



Generalites sur les contrdleurs-conteneurs 

Les deux controleurs-conteneurs proposes sont le controleur de navigation et le con- 
troleur d'onglets. lis sont fournis par UIKit et different des controleurs de vue stan- 
dard sur trois points tres importants : 

1 lis contiennent d'autres controleurs et leur transmettent les evenements. 

2 lis ne sont pas destines a etre herites dans votre application. Vous devez les utiliser 
tels qu'ils sont fournis et ne pas chercher a surcharger leurs methodes. 

3 lis gerent plusieurs ecrans de l'application (en s'appuyant sur vos propres controleurs). 
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CONSEIL Evitez de creer d'autres controleurs-conteneurs 

Bien qu'il soit possible de creer vos propres controleurs-conteneurs, il est relativement complexe de le 
faire correctement et impossible de garantir un bon fonctionnement avec les versions futures d'iPhone 
OS. Nous n'aborderons done pas ce sujet. 



Le contrdleur de navigation 

La classe UINavigationCont roller fournit toute la logique necessaire pour imple- 
menter le design pattern de navigation dans des listes hierarchiques. Elle prend en 
charge l'affichage de la barre de navigation en haut de l'ecran (titre et boutons), les ani- 
mations entre les ecrans et de nombreux petits details indispensables pour retrouver 
dans votre application la meme fluidite que dans les applications de 1'iPhone. 



Figure 8-1 

Le controleur de navigation 
permet d'assembler les 
differents controleurs utilises 
dans vos listes hierarchiques. 




Lorsque vos controleurs de vue sont ajoutes dans un controleur de navigation, ils 
sont automatiquement redimensionnes pour s'ajuster a la taille disponible sur l'ecran 
(le controleur de navigation prend en compte la taille de la barre de navigation en 
haut, mais aussi la taille de la barre d'onglets ou de la barre de boutons qui peuvent 
egalement etre presentes). 
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Creation d'un contrdleur de navigation 

II suffit d'instancier la classe UINavigationController en lui fournissant un contro- 
leur qui sera le premier ecran de la hierarchic (et done affiche immediatement). 



UINavigationController -myNavControl 1 er = 
[ [UINavi gati onControl 1 er alloc] 

i ni tWi thRootVi ewControl 1 er : myVi ewControl 1 er] ; 



Figure 8-2 

Ajout d'un controleur de 
navigation comme conteneur 
d'un controleur 




Barre de navigation 
Geree par le controleur de navigation 



Contenu du controleur 
Ger6 par le controleur de vue courant 



Specifier le contenu de la barre de navigation 

La barre de navigation est divisee horizontalement en trois parties : 

• une zone dans laquelle le bouton « Retour » vient se placer lorsqu'il existe une vue 
precedents ; 

• une zone centrale pour afficher le titre de la vue en cours ; 

• une zone a droite qui peut servir a afficher un bouton d'action (comme le bouton 
« + » dans I'application Contact par exemple). 

Figure 8-3 

Les differentes zones de la 
barre de navigation 




Tous ces elements sont parametres par l'intermediaire d'une propriete qui est pre- 
sente sur tous les controleurs de vue, mais qui nest utilisee que lorsque le controleur 
est ajoute a un controleur de navigation. II s'agit de la propriete navigationltem qui 
est un objet du type UINavi gati onltem. 
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Le point important a retenir ici est que chaque controleur de vue indique via cette 
propriete comment il souhaite etre represente. Le controleur de navigation va lire ces 
informations et anime correctement les transitions pour s'assurer qu'elles aient tou- 
jours Fair naturel. 



Titre du controleur 

La propriete la plus importante de cet objet est ti tl e qui indique le titre du contro- 
leur. On peut par exemple la definir dans le constructeur du controleur de vue. 

Definition du titre d'un controleur de vue 

- (id)initwithNibName: (NSString *)nibNameOrNil bundl e : (NSBundl e 
*)nibBundleOrNil { 

if (self = [super i ni tWi thNi bName : ni bNameOrNi 1 
bundle:nibBundleOrNil]) { 

self . navigationltem. title = @"Ma vue"; 

} 

return self; 

} 

Pour afficher autre chose que du texte dans la zone de titre, il est possible de fournir 
une vue via la propriete ti tl eVi ew. Dans ce cas, la propriete ti tl e nest plus utilisee. 
Nous etudierons les vues en detail dans le prochain chapitre, mais l'exemple ci-apres 
montre comment utiliser une image comme titre. 

Utilisation d'une image comme titre d'un controleur dans une liste de navigation 

UllmageView '-myTitleView = [ [UHmageVi ew alloc] i ni tWi thlmage : [UHmage 

imageNamed:@"mytitle.png"]] ; 

sel f . navi gati onltem . ti tl eVi ew = myTitleView; 

[myTi tl eVi ew rel ease] ; 

Enfin, il est egalement possible de definir un prompt (propriete prompt) qui est un 
message affiche au-dessus du titre, pour indiquer a l'utilisateur ce qu'il doit faire dans 
cet ecran. 



Figure 8-4 

Une barre de navigation avec 
un prompt 
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Prompt au dessus du titre 
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Boutons supplementaires 

Par defaut, et si le controleur en cours n'est pas le premier, le controleur de navigation 
ajoute un bouton permettant de revenir a l'ecran precedent. Sinon, il n'affiche rien 
d'autre que le titre. 

II est possible de remplacer ce bouton et meme d'afficher un bouton supplemental 
dans la partie droite de la barre. Pour cela, on renseigne les deux proprietes 
1 eftBarButtoni tern et ri ghtBarButtonltem de navi gati onltem. Ce sont tous les 
deux des objets UIBarButtonltem. II est possible d'instancier UIBarButtonltem a 
partir d'une image, d'un texte ou bien d'une icone systeme. 

Mise en place d'un bouton « Appareil photo » dans la barre de navigation 

UIBarButtonltem -item = [[UIBarButtonltem alloc] 

i ni tWi thBarButtonSystemltem : UIBarButtonSystemltemCamera target : sel f 

action : @sel ector(buttonCameraPressed)] ; 

sel f. navi gati onltem . ri ghtBarButtonltem = item; 

[i tern rel ease] ; 

Best PRACTICE Ne pas changer le bouton de gauche 

A moins que votre controleur soit le premier de I'application, il n'est pas du tout recommande de mettre 
un autre bouton a la place qu'occupe habituellement le bouton retour. En effet, vous devriez alors propo- 
ser un autre mecanisme pour permettre a I'utilisateur de revenir en arriere dans son parcours de naviga- 
tion et le resultat serait deroutant. 

Definir la facon dont est represente le controleur quand il n'est plus affiche 

Lorsque I'utilisateur avance d'un niveau dans la navigation et qu'un autre controleur 
vient recouvrir la vue actuelle, votre controleur est encore represente sous la forme 
d'une fleche dans la partie gauche de la barre de navigation. 

Par defaut, cette fleche contient le titre de votre controleur (il sera tronque automati- 
quement s'il etait trop long), mais vous pouvez fournir votre propre UIBarButtonltem 
si vous le souhaitez, via la propriete backBarButtonltem. 

CONSEIL Aidez I'utilisateur a retrouver son chemin 

En indiquant juste « Retour » sur le bouton permettant de revenir a votre controleur, vous n'aidez pas 
I'utilisateur a se souvenir de ce qu'il trouvera dans cet ecran. 

II est recommande d'utiliser un nom court et clair qui permette a I'utilisateur de se souvenir de ce qu'il y 
a derriere ce bouton. En observant les applications iPhone, vous verrez que ce petit detail est tres sou- 
vent utilise : dans les mails par exemple, le nom de la boTte mail ou du dossier est indique. 
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Masquer la barre d'outils ou la barre d'onglets 

Comme nous le verrons dans la suite de ce chapitre, il est possible d'utiliser un contro- 
leur de navigation en combinaison avec des barres d'outils ou avec une barre d'onglets. 

Dans certaines applications, on peut vouloir masquer cette barre pour certains des ecrans 
de l'application. C'est souvent le cas quand on veut afficher des photos par exemple. 

La propriete hidesBottomBarWhenPushed du controleur de navigation permet d'indi- 
quer que la barre situee en bas de l'ecran doit etre masquee lorsque ce controleur est 
affiche. 

self . hidesBottomBarWhenPushed = YES; 

Pousser des ecrans dans le controleur de navigation 

Lorsque l'utilisateur selectionne un element dans la vue, le controleur courant peut 
demander au controleur de navigation d'animer la transition vers le prochain contro- 
leur (le prochain ecran vers la droite). 

On appelle pour celala methode pushViewContro"ner:animated: qui ajoute un con- 
troleur a un niveau inferieur dans la hierarchie et anime une transition. 

Approfondir Quand utiliser le parametre animated 

De nombreuses methodes du SDK prennent un parametre ani mated qui permet d'indiquer s'il faut ani- 
mer I'apparition d'un element. La plupart du temps, on souhaite afficher une animation, mais il est par- 
fois souhaitable d'amener l'utilisateur directement a un ecran sans animation (lorsqu'on relance l'appli- 
cation par exemple). 

Le controleur de navigation gere la pile des controleurs, il va ajouter a la pile le nou- 
veau controleur passe en parametre, l'afficher et le retenir en memoire jusqu'a ce qu'il 
ne soit plus utilise. Le retour en arriere est le plus souvent provoque par l'utilisateur 
lorsqu'il utilise le bouton de gauche dans la barre de navigation. 

Le controleur de vue qui est contenu dans le controleur de navigation a besoin d'une 
reference vers son controleur-conteneur pour pouvoir appeler la methode 
pushVi ewCont rol 1 er : . 

II la trouvera toujours dans sa propriete navigationControler : en effet, a chaque 
fois qu'un controleur est ajoute dans un controleur de navigation, la propriete 
navigationCont roller est definie automatiquement. 
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Creation d'un nouveau controleur de vue, et ajout dans le controleur de navigation 

- (IBAction) buttonAction { 

MyVi ewControl 1 er -myVi ewControll er = [ [MyVi ewControl 1 er alloc] 
i ni tWi thNi bName : ni 1 bundl e : ni 1 ] ; 

[sel f . navigationCont rol 1 er pushViewControl 1 er : myVi ewControl 1 er 
animated: YES] ; 

[myVi ewControl 1 er release]; 

} 

On remarque que le nouveau controleur peut etre relache. En effet, il est automati- 
quement retenu jusqu'a ce qu'il disparaisse (quand l'utilisateur presse le bouton 
« Retour »). 

Personnaliser la barre de navigation 

La barre de navigation elle-meme peut etre personnalisee. Via la propriete 
navigationBar de l'objet navigationController vous pouvez acceder a l'objet 
UINavigationBar qui est une vue representant la barre. 

Les proprietes les plus interessantes sont decrites dans le tableau ci-apres. 



Tableau 8-1 Proprietes pour adapter le look de la barre de navigation 



Propriete 


Utilisation 


Style de la barre (barStyl e) 


Permet de choisir le style de la barre : bleu 
(UIBarStyl eDef aul t ou noir (UIBarStyl eBl ack) 


Transparence de la barre (transl ucent) 


Permet d'indiquer que la barre doit etre transparente. Dans ce 
cas, le controleur de navigation fera automatiquement en sorte 
que les vues de vos controleurs de vue passent en dessous de la 
barre. 


Couleur de la teinte de la barre 
(ti ntCol or) 


Cette propriete permet de fournir une couleur qui sera utilisee 
comme teinte de la barre. 



Controleur d'onglets 

La navigation par onglets permet de creer des applications dans lesquelles plusieurs 
modes paralleles sont proposes a l'utilisateur. 

Tout comme le controleur de navigation, le controleur d'onglets est un composant 
fourni par le SDK qui implements toute la logique necessaire a la gestion d'une barre 
d'onglets et qui n'est pas concu pour etre derive. 
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Ce composant gere la barre d'onglets affichee en bas de l'ecran, mais aussi le meca- 
nisme qui permet, lorsqu'il y a trop d'elements, de faire apparaitre un onglet Autre et 
de proposer la personnalisation de la barre d'onglets (voir le chapitre 5, section 
« Navigation par onglet » pour un rappel de ce design pattern de navigation). 

Creation d'un controleur d'onglets 

Le controleur d'onglets est implemente dans la classe UITabBarController. Son 
constructeur prend en parametre une liste de controleurs a afficher dans les onglets. 

Creation et initialisation d'un controleur d'onglet 

NSArray -controllers = [[NSArray alloc] initWithObjects:controllerl, 
control 1 er2 , nil] ; 

UITabBarControl 1 er *tabBarControll er = [ [UITabBarControl 1 er alloc] 
i ni tWi thControl 1 ers : control 1 ers] ; 
[controllers release]; 

Les onglets sont affiches dans l'ordre de la liste passee en parametre. S'il y a plus de 
cinq onglets, les quatre premiers sont affiches, et un onglet Et aussi est ajoute en cin- 
quieme position. 

Personnalisation du titre et de l'icdne des onglets 

Comme pour le controleur de navigation, chaque controleur definit dans une pro- 
priete comment il doit etre represente dans la barre d'onglets, et le controleur 
d'onglets va lire cette propriete pour afficher un titre et une icone. 

La propriete tabBarltem du type UITabBarltem definit deux proprietes : title et 
i mage. L'image est un PNG de 30 x 30 pixels et il doit avoir une couche alpha (la 
couche alpha indique oil l'image est transparente). 

Lorsque l'onglet n'est pas selectionne, la barre d'onglets affiche l'icone fournie en la 
passant en noir et blanc. Pour cela, elle affiche un pixel gris partout ou l'image n'est 
pas transparente. Lorsque l'onglet est selectionne, elle affiche les memes pixels mais 
avec un masque degrade bleu. 
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Definition de la propriete tabBarltem 

self . tabBarltem . image = [Ullmage imageNamed:@""icone.png"] ; 
self .tabBarltem. title = @"titre"; 

Reagir aux evenements de la barre d'onglets 

La barre d'onglets peut transmettre des evenements lorsque l'utilisateur utilise la 
fonction de personnalisation. 

Pour etre notifie, l'objet qui construit la barre d'onglets doit fournir un delegue qui 
implemente le protocole UITabBarControllerDelegate. Comme c'est le plus souvent 
le delegue d'application qui cree la barre d'onglets, ce sera generalement lui qui ser- 
vira directement de delegue. 

Mise en place d'un delegue de la barre d'onglets 

tabBarControll er . del egate = self; 

Suivre les changements de selection 

Grace au delegue du controleur d'onglets, il est possible d'etre informe lorsque l'uti- 
lisateur change d'onglet, et meme d'empecher un changement d'onglet. 

La methode shouldSelectViewController: recoit en parametre le view/Controller 
vers lequel l'utilisateur veut aller, et attend en retour un booleen. Si la methode ren- 
voie NO, la barre d'onglets ne change pas l'onglet affiche. 

La methode di dSel ectVi ewControl 1 er : passe en parametre le controleur qui vient 
d'etre selectionne par l'utilisateur. Elle est appelee a chaque fois que l'utilisateur 
clique sur l'onglet, meme si cet onglet etait deja affiche. 

Reagir a la personnalisation de la barre 

II existe deux methodes dans le delegue tres interessantes pour suivre la personnalisa- 
tion de la barre. 

• La premiere tabBarControll er: wi 11 BeginCustomizingVi ewControl lers: per- 
met d'etre informe que l'utilisateur commence a personnaliser les onglets. 

• La deuxieme tabBarControl 1 er : di dEndCustomi zi ngVi ewControl 1 ers : changed : 
permet de savoir que l'utilisateur a fini de modifier la barre d'onglets. Elle recoit en 
parametre la nouvelle liste de controleurs de vue et un booleen indiquant si la liste a 
ete modifiee ou pas. 
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C'est generalement cette deuxieme methode qui est la plus utilisee, car elle permet de 
sauver l'etat de la barre d'onglets pour pouvoir recharger la barre dans le meme etat 
lors du prochain redemarrage de Implication. 

Best PRACTICE Enregistrement de l'etat de la barre d'onglets dans les preferences de I'utilisateur 

La classe NSUserDef aul ts qui sera abordee au chapitre 1 1 est parfaitement adaptee pour stacker les 
preferences utilisateur. Elle permet de les lire et de les sauver en quelques lignes de code. 

Limiter la personnalisation de la barre d'onglets 

II est possible de limiter les possibilites de personnalisation de la barre d'onglets en 
renseignant la propriete customizableViewControllers du controleur d'onglets. 

Cette propriete contient une liste de controleurs qui peuvent etre personnalises 
(deplaces). Par defaut, c'est la liste fournie lors de 1'initialisation de la barre d'onglets, 
mais il est possible de fournir une liste contenant moins d'elements. Les elements 
manquants seront alors figes a la place qui leur a ete donnee lors de 1'initialisation. 

En mettant cette propriete a nil, on empeche toute personnalisation de la barre 
d'onglets (le bouton Modifier n'apparaitra plus dans l'onglet Autre). 

Combiner les controleurs d'onglets avec des controleurs 
de navigation 

II est possible d'utiliser des controleurs de navigation comme onglet dans un contro- 
leur d'onglets, mais l'inverse n'est pas autorise. 

Combinaison d'un controleur d'onglets avec un controleur de navigation 

UINavigationController *myNavController = [[UINavigationController alloc] 
i ni tWi thRootControl 1 er : ongl et3Vi ewControl 1 er] ; 

NSArray --'controllers = [[NSArray alloc] im'tWithObjects:ongletlViewController, 
onglet2ViewController, myNavController, nil]; 

UITabBarController -tabBarController = [[UITabBarController alloc] 
i ni tWi thCont rol 1 ers : control 1 ers] ; 

[controllers release]; 



[myNavController release]; 
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Affichage d'un contrdleur en mode modal 

On park d'un affichage en mode modal quand la vue affichee vient recouvrir 
l'ensemble de l'ecran, et qu'il faut fermer cette vue pour revenir a la vue precedente. 

La classe UlViewCont roller fournit une methode qui permet d'afficher un autre 
controleur par-dessus le controleur actuel, en mode modal. La nouvelle vue recouvre 
tout l'ecran, meme si le controleur initial fait partie d'un controleur-conteneur et 
qu'il faut quelle soit annulee pour revenir a l'etat precedent. II est possible d'empiler 
plusieurs controleurs modaux les uns sur les autres, et egalement de definir une ani- 
mation qui servira de transition vers la vue modale. 

Pousser une nouvelle vue modale 

Pour pousser une nouvelle vue modale, le controleur doit tout d'abord creer un nou- 
veau controleur de vue puis appeler la methode presentModalViewController: 
animated:. Le premier parametre est le controleur a afficher, et le deuxieme indique 
s'il faut declencher une animation. 

Exemple : declenchement d'une vue modale lorsqu'un bouton est presse 

- (voi d) chooseAvatarButtonActi on 
{ 

MyAvatarPickerController *chooseAvatarViewController = 

[[MyAvatarPickerController alloc] init]; 
[self presentModalViewController:chooseAvatarViewController animated:YES] ; 
[chooseAvatarViewController release] ; 

} 

Faire disparaitre une vue modale 

Pour faire disparaitre une vue modale, il faut appeler la methode 
dismissModalViewControllerAnimated: sur le controleur qui detient la vue modale 
(c'est-a-dire celui qui l'a affichee en appelant presentModalViewController). 

Dans certains cas, c'est la vue modale elle-meme qui sait quand elle doit disparaitre. 
Dans ce cas, elle peut retrouver une reference vers le controleur qui la detient via sa 
propriete parentViewController. 
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Exemple : disparition de la vue modale lorsqu'un bouton est clique 

(void) buttonAction 
{ 

[sel f . parentVi ewCont rol 1 er di smi ssModal Vi ewCont rol 1 er Ani mated : YES] ; 

} 

Definir le mode de transition 

C'est le controleur modal qui definit quelle est la transition qui sera utilisee pour le 
faire apparaitre et le faire disparaitre. 

La propriete modalTransitionStyle du controleur peut prendre une des valeurs du 
tableau ci-apres. 



Tableau 8-2 Types de transitions possibles pour une vue modale 





CoverVerti cal 


La vue modale apparaTt par le bas de I'ecran et monte jusqu'a recouvrir tout I'ecran. 
Elle fait le chemin inverse pour disparaTtre. 


Fl i pHori zontal 


La vue actuelle pivote sur un axe vertical pour reveler la vue modale (effet de 
I'application Meteo lorsqu'on clique sur le bouton de parametrage). 


CrossDis solve 


La nouvelle vue apparait via un effet de fondu enchaine. 



Conclusion 

Nous avons vu dans ce chapitre comment assembler les ecrans d'une application 
iPhone pour construire un ensemble coherent et qui reprenne les codes iPhone. 

Les methodes presentees devraient repondre a la tres grande majorite des besoins. Si 
vous ressentez l'envie de faire vos propres controleurs-conteneurs, commencez par 
reverifier que votre objectif n'est pas atteignable avec les elements fournis en standard 
par Apple, et envisagez de revoir la navigation de votre application : si elle n'est pas 
implementable facilement, il y a de fortes chances quelle ne respecte pas les stan- 
dards d'ergonomie. 
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Tous les composants graphiques proposes par UIKit pour realiser les interfaces des 
applications iPhone sont des vues. 

Certains sont tees simples (comme un champ texte), certains reagissent aux interac- 
tions de l'utilisateur (comme un bouton) et d'autres sont extremement complexes 
(comme la vue web qui permet d'afficher des contenus HTML) ; mais ils descendent 
tous de la classe UlVi ew. 

Dans ce chapitre, nous presenterons cette classe UlView, ses proprietes et son fonction- 
nement. Nous expliquerons comment composer des vues complexes a partir de vues 
simples et nous presenterons enfin les composants graphiques les plus importants. 



Comprendre les vues 

Une vue est un objet qui derive de UlVi ew. Elle represente une sous-partie de sa vue 
parente. 

Coordonnees des vues 

Sur iPhone, les coordonnees sont toujours mesurees en pixels et avec une origine 
situee en haut a gauche. L'axe X est l'axe horizontal et l'axe Y est l'axe vertical. 
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Ainsi, en supposant que l'iPhone est tenu verticalement : 

• (0,0) represente le coin superieur gauche ; 

• (320, 0) le coin superieur droit ; 

• (0, 480) le coin inferieur gauche ; 

• et (320, 480) le coin inferieur droit. 

Centre et limites d'une vue 

La zone occupee par une vue est definie par la position du centre de la vue et les 
limites de la vue (largeur, hauteur). Ce sont les proprietes center de type CCPoi nt et 
bounds de type CCRect. 

UlView *view = [[UlView alloc] init]; 
view. bounds = CGRectMake(0 , 0, 100,50); 
view. center = CGPointMake(160,100) ; 

Attention Origine des coordonnees 

Le centre est toujours mesure dans le systeme de coordonnees de la vue parente. 



Attention Limites de la vue 

II est possible d'exploiter I'origine du rectangle de la propriete bounds pour forcer la vue a ne dessiner 
qu'une partie d'elle-meme. Dans la plupart des cas cependant, I'origine utilisee est (0,0) ce qui revient a 
definir la largeur et la hauteur. 



Figure 9-1 

Centre, taille et position 
d'une vue 
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Frame d'une vue 

Les coordonnees d'une vue peuvent egalement etre exprimees sous forme d'un rec- 
tangle. Dans ce cas, on donne la position du coin en haut a gauche, puis la largeur et 
la hauteur de la vue. 

Vous pouvez acceder au rectangle representant la vue grace a la propriete frame de 
type CGRect. Elle est accessible en lecture et en ecriture (les proprietes center et 
bounds sont synchronisers automatiquement). 

// Equivalent a "Texemple precedent, 
view. frame = CGRectMake(0 , 0, 100, 50); 



Figure 9-2 

Coordonnees en utilisant la 
frame plutot que le centre et la 
taille. 




Point d' attention Bonne utilisation de la propriete frame 

La propriete frame etant plus naturelle a manipuler, on I'utilisera plus souvent que les proprietes 
bounds et center. 

II existe pourtant des cas pour lesquels la propriete frame n'est plus du tout equivalents aux proprietes 
bounds et center. En particulier, des qu'une transformation (rotation ou zoom) est effectuee sur une 
vue grace a la propriete transform. 
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Hierarchie des vues 

Les vues forment un arbre dont la racine est la fenetre de l'application (qui est egale- 
ment une vue). 

Chaque vue peut contenir des vues filles, et garde une reference vers sa vue parente. 
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Figure 9-3 Hierarchie de vue 



Pour recuperer la reference vers la vue parente, on utilise la propriete parentView. 
Pour ajouter une sous-vue a une vue, on utilise la methode addSubview:, et pour 
lister les sous-vues, il existe la propriete subvi ews. 



Positionnement des sous-vues et redimensionnement automatique des 
vues 

Une vue peut gerer le positionnement de ses sous-vues, et ajuster leur position quand 
sa taille change. 

Ce travail est fait dans la methode layoutSubviews. Cette methode ne doit jamais 
etre appelee directement. On demande a ce quelle soit appelee par le sous-systeme 
d'affichage des vues en appelant setNeedsLayout. 

L'implementation par defaut de layoutSubviews s'appuie sur deux proprietes qui 
indiquent ce quelle doit faire : 
• la propriete autoresizeSubviews indique si elle doit ou pas essayer de redimen- 
sionner les sous-vues ; 
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• la propriete autoresi zi ngMask indique quels sont les ajustements que la vue peut 
faire. 

Cette derniere propriete s'appuie sur les valeurs suivantes, qui peuvent etre combi- 
ners avec l'operateur binaire OU : 



Tableau 9-1 Valeurs pour autoresizingMask 



Valeur 


Comportement 


UIAutoresi zeMaskFl exi bl eHei ght 
UIAutoresi zeMaskFl exi bl eWi dth 


Indique que la hauteur et/ou la largeur de la vue 
peuvent etre ajustees. 


UIAutoresi zeMaskFl exi bl eMargi nLef t 
UIAutoresi zeMaskFl exi bl eMargi nRi ght 
UIAutoresi zeMaskFl exi bl eMargi nTop 
UIAutoresi zeMaskFl exi bl eMargi nBottom 


Indique que certaines des marges de la vue 
peuvent etre agrandies ou retrecies. 



Les vues elementaires de UIKit 

UIKit fournit de nombreuses vues que vous pouvez composer ensemble pour creer 
des interfaces iPhone riches. Nous ne passerons en revue ici que les elements les plus 
essentiels. 

Interface Builder est un excellent moyen de decouvrir les nombreux composants et 
les possibilites de parametrage. Vous devriez egalement installer sur votre iPhone 
l'application UlCatalog fournie par Apple dans les exemples de code du SDK et qui 
permet de voir en action sur le telephone toutes les vues standard. 



Les labels pour afficher du texte 



La classe UILabel permet d'afficher un texte a l'ecran. Le developpeur peut choisir la 
taille du texte, sa couleur, comment l'aligner et eventuellement comment le tronquer. 

Tableau 9-2 Principales propriet.es de UILabel 



Propriete 


Effet 


text 


Permet de definir le texte a afficher. 


font 


Permet de choisir la police a utiliser pour afficher le texte. 


textColor 


Permet de choisir la couleur du texte. 


textAl i gnment 


Permet de choisir le mode d'alignement du texte : UITextAl i gnmentLef t , 
UITextAl i gnmentCente r , UITextAl i gnment Ri ght . 


shadow/Offset 


Permet d'indiquer le decalage entre le texte et son ombre. 


shadow/Color 


Permet d'indiquer la couleur de I'ombre. 
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Exemple d'utilisation de UILabel 

UILabel *myLabel = [[UILabel alloc] initWithFrame:CGRectMake(20,20, 100, 20]; 

myLabel.text = @"TestLabel " ; 

myLabel .textColor = [UlColor blackColor]; 

my Label .textAlignment = UITextAlignmentCenter; 

myLabel. font = [UIFont fontWithName: ©"Helvetica" size:14]; 

myLabel .shadowOff set = CGSizeMake(-1.0, 0.0); 

myLabel . shadow/Color = [[UlColor blackColor] 

colorWithAlphaComponent:0.3] ; 
[man nVi ew addSubvi ew : myLabel ] ; 

[myLabel release]; 

ASTUCE Couleur et transparence 

La methode colorWithAlphaComponent: de la classe UlColor permet d'obtenir une couleur 
avec transparence a partir d'une couleur standard. La couleur clearColor (obtenue grace a 
[UICol or cl earColor]) est completement transparente. 

II est ainsi tres facile de preparer des interfaces tres riches et qui utilisent abondamment les transparen- 
ces. Votre seule limite sera alors celles des performances de I'iPhone. 

Les vues d* images 

La vue UllmageVi ew permet d'afficher une image. Les principaux formats d'images 
pris en charge par I'iPhone sont le PNG, le JPEG et le GIF (la liste complete est dis- 
ponible dans la documentation de Ullmage). 

Conseil Utilisez le format PNG 

Le format PNG est le plus efficace sur I'iPhone. Les autres formats sont convertis en memoire dans ce for- 
mat avant d'etre affiches. 

En pratique, il est tres fortement conseille de preparer toutes vos ressources au format PNG et de ne pas 
utiliser d'autres formats d'images. 

Pour creer une vue UllmageVi ew, il faut lui passer en parametre un objet Ullmage qui 
est la representation en memoire de toutes les images pour UIKit. 

Exemple d'utilisation de UllmageVi ew 

UllmageVi ew *imageView = [ [UllmageVi ew alloc] i ni tWi thlmage : [Ullmage 
i mageNamed : @"myi mage . png"] ] ; 

[mainView addSubvi ew:imageView] ; 



[imageView release]; 
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En utilisant la propriete contentMode (de type UIViewContentMode), on peut definir 
comment l'image doit etre ajustee par rapport a la taille de la vue. 

Exemple d'utilisation de UllmageVi ew en forcant la taille de la zone d'affichage 

UllmageVi ew -imageView = [ [UllmageVi ew alloc] 
initwithFrame:CCRectMake(10, 10, 300, 460)]; 
imageView. image = [UHmage imageNamed:@myimage.png"] ; 
imageView. contentMode = UlVi ewContentModeScal eAspectFi t ; 

[mai nVi ew addSubvi ew : i mageVi ew] ; 

[imageView release]; 



La classe UIButton permet d'afficher une zone cliquable. II est possible d'utiliser le 
style par defaut, d'utiliser un des styles predefinis, ou bien de fournir vos propres 
images pour representer les differents etats du bouton. 

Nous avons deja vu dans les chapitres traitant des controleurs de vues comment 
mettre en place une action executee lorsque le bouton est utilise (via le mecanisme 
cible-action). On initialise un bouton a l'aide de la methode buttonWithType: ; la 
liste des types disponibles est detaillee dans la documentation, mais le plus important 
est UIButtonTypeCustom. Dans ce cas, le bouton cree est completement transparent. 

II est alors possible de definir l'image a utiliser pour chaque etat du bouton : 

• UlControl StateNormal, 

• UlControl StateHi ghl i ghted (l'utilisateur a clique sur le bouton) et 

• UlControl StateDi sabl ed (le bouton est desactive). 
On definit l'image a utiliser a l'aide de la methode : 

1 setlmage : (Ullmage-'O forState : (UlControl State) 



La classe UITextField permet de definir une zone de texte dans laquelle l'utilisateur 
va pouvoir saisir du texte. Lorsqu'il cliquera dans cette zone, le clavier apparaitra 
automatiquement. Votre application doit si necessaire deplacer les autres elements a 
l'ecran pour s'assurer que le clavier n'est pas venu par-dessus la zone de texte. 

Pour avoir un controle fin de l'edition, votre controleur doit s'enregistrer comme 
delegue de la zone de texte. Pour cela, il doit implementer le protocole 
UITextFi el dDel egate. 



Les boutons pour declencher des actions 



Les zones de texte 
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La methode -(BOOL)textFieldShouldReturn: (UITextField *)textField de ce 
delegue est appelee quand l'utilisateur a fini d'editer le texte. Pour faire disparaitre le cla- 
vier, vous pouvez alors appeler la methode resi gnFi rstResponder : de la zone de texte. 

Exemple d'utilisation des zones de texte 

- (void) loadView 
{ 

UITextField *textField = [[UITextField alloc] 
initWithFrame:CGRectMake(20, 20, 100, 20)]; 
textFi eld. delegate = self; 
[view addSubview:textField] ; 
[textField release]; 

} 

- (BOOL) textFieldShouldReturn: (UITextField *) textField 
{ 

NSLog(@"Le texte saisi par l'utilisateur est %@" , textFi el d . text) ; 
[textField resignFi rstResponder] ; 
return YES; 

} 



Affichage de contenus web dans Implication 

La classe UlWebView s'appuie sur le moteur de rendu de Safari (WebKit) pour per- 
mettre l'affichage de tout contenu pris en charge directement dans votre application 
(HTML, PDF, images, etc.). 

Elle peut charger ces contenus depuis une URL externe, ou directement depuis la 
memoire. 

Exemple d'utilisation de la classe UlWebView 

UlWebView *webView = [[UlWebView alloc] 
i ni twi thFrame : CGRectMake(0 ,0,320, 460)] ; 

// Chargement d'une URL reseau 

[webView 1 oadRequest : [NSURLRequest requestWi thURL : [NSURL 
urlWi thStri ng : ©"http://www.google.fr"] ] ] ; 

// Ou chargement d'un contenu statique 

[webView loadHTMLStri ng : ©"Hello <b>Worl d</b>" baseURL :@""] ; 
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II est egalement possible de definir un delegue pour que votre controleur soit notifie 
lorsque l'utilisateur navigue dans les liens (voir a ce sujet la documentation de 
UlWebVi ewDel egate). 



Animation des vues 

Toutes les vues sont aplaties et dessinees dans une zone de dessin CALayer, issue du 
framework Core Animation. II est ainsi possible de mettre en place tres facilement 
des animations. 

Pour cela, on cree un bloc d'animation dans lequel on change les proprietes qui doi- 
vent varier pendant l'animation, puis on demande au systeme de lancer 1' animation. 

Exemple d'animation d'une vue 

- (void)loadView { 

UlView *myView = [[UlView alloc] initWithFrame:CGRectMake(0, 20, 320, 460)]; 
myView. backgroundCol or = [UlColor redColor] ; 
self, view = myView; 
[myView release] ; 

UILabel -'label = [[UILabel alloc] im'tWithFrame:CGRectMake(0, 0, 320, 20)]; 
label. text = @"Un texte qui bouge"; 
self .movingLabel = label; 
[label release] ; 

[self .view addSubview:self .movingLabel] ; 

} 

- (void)viewDidAppear: (BOOL) animated 
{ 

[UlView beginAnimations :@"movingLabel " context:nil] ; 
[UlView setAnimationDuration: 10.0] ; 

self .movingLabel .frame = CGRectMake(0, 440, 320, 20); 
[UlView commitAnimations] ; 

} 

Cette technique peut etre utilisee pour animer la plupart des proprietes d'une vue : sa 
taille, son opacite, sa couleur, etc. Durant l'animation, votre application continue a 
s'executer et l'utilisateur peut toujours interagir avec elle. 
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Conclusion 

Ce chapitre nous a permis de decouvrir les vues qui sont les elements avec lesquels 
vous composerez toutes les interfaces de votre application. 

II y a bien d'autres vues standard fournies par UIKit et de nombreuses possibilites de 
les adapter a votre besoin. Vous les decouvrirez en etudiant les applications disponi- 
bles sur l'App Store et en parcourant la documentation. 

Le prochain chapitre traite d'une vue extremement importante sur 1'iPhone : les 
listes d'elements. 



10 

Listes d'elements 



L'une des habitudes ergonomiques les plus ancrees chez les utilisateurs d'iPhone est 
la navigation dans une liste avec le doigt. Ce type de navigation est omnipresent dans 
les applications et il est normal que le SDK fournisse un maximum d'elements pour 
faciliter l'implementation de listes d'elements. 



Les deux types de listes 

Comme nous l'avons vu au chapitre 5, il existe deux sortes de listes d'elements : les 
listes simples et les listes groupees. Techniquement, il y a peu de differences pour le 
developpeur. 

Dans les deux cas, les donnees a representer sont separees en sections puis en lignes. 

Les listes simples 

Les listes simples representent des donnees qui occupent toute la largeur de l'ecran. 
Les sections (si elles sont utilisees) sont representees par des barres horizontales con- 
tenant les titres et pieds de section. 
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Figure 10-1 

Une liste d'elements en mode 
normal 




Carrier " 2:57 PM 
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Section=0 Row=1 
Section=0 Row=2 
Section=0 Row=3 
Section=0 Row=4 




Sectcon=1 Row=0 
Section=1 Row=1 
Section=1 Row=2 




Les listes groupees 

Les listes groupees permettent de representer differents groupes de donnees qui peu- 
vent etre heterogenes. 

Chaque section de la liste est representee comme un bloc a bords arrondis different. 



Creer une tableView 

La classe UITableView prend en charge l'affichage d'une liste d'elements. On cree 
une instance a l'aide de l'initialisateur initWithFrame: style: qui prend en premier 
parametre la frame dans laquelle dessiner la liste et en deuxieme parametre le style de 
la vue : UITabl eVi ewStyl ePl ai n ou UITableViewStyleGrouped. 
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Figure 10-2 

Une liste d'elements en mode 
groupe 
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Fournir des donnees a une tableView 

Pour obtenir les donnees a afficher, la liste d'elements utilise une source de donnees. 
Le developpeur doit fournir un objet implementant le protocole 
UITabl eVi ewDataSou rce. 



Indiquer le nombre de lignes 

La premiere methode a implementer est tableView:numberOfRowsInSection:. Elle 
prend en parametre la table et le numero de la section. Elle renvoie le nombre d'ele- 
ments contenus dans cette section. Si vous n'utilisez qu'une seule section, il s'agit du 
nombre d'elements dans la liste. 

- (NSIntege r) tab! eVi ew: (UITabl eVi ew *) tableView 

numberOf RowsInSecti on : (NSIntege r) sect i on 

{ 

return 5; 

} 
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Dans le cas oil il y aurait plusieurs sections, il faut indiquer le nombre de sections a 
l'aide de la methode : numberOfSectionsInTableView: (par defaut, il y a une seule 
section). 

- (NSInteger)numberOfSectionsInTableView: (UITableView *)tableView 
{ 

return 3; 

} 



Afficher des donnees 

Lorsque la liste d'elements a besoin d'afficher des donnees, elle appelle la methode 
tableView:cellForRowAtIndexPath: de sa source de donnees. Cette methode doit 
renvoyer un objet UITabl eVi ewCel 1 qui est une vue representant une des cellules. 

Pour reduire la consommation memoire et ameliorer la fluidite du defilement, un meca- 
nisme de recyclage des cellules est propose et doit imperativement etre utilise. En appe- 
lant la methode dequeueReusableCellWithldentifier: de l'objet UITableView, on 
recupere une cellule qui peut etre reutilisee ou ni 1 si aucune n'est disponible. 

Si on a pu recuperer une cellule, on se contente de redefinir son contenu pour refleter 
la ligne a afficher. Sinon, on cree une nouvelle cellule qui sera recyclee plus tard et on 
definit son contenu. 

#define CELL_IDENTIFIER ©"tnyCellldentifier" 

- (UITableViewCell *)tableView: (UITableView -)tableView 

cellForRowAtlndexPath: (NSIndexPath *)indexPath 

{ 

UITableViewCell *cell = [tableView 

+■ dequeueReusableCellWithldentifier: CELL IDENTIFIER] ; 

// Si necessaire, on cree une nouvelle cellule 

if (cell == nil) 

{ 

cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault 

* reuseIdentifier:CELL_IDENTIFIER] ; 
[cell autorelease] ; 

} 

// Dans tous les cas, on definit son contenu 

cell .textLabel .text = [NSString stringWithFormat:@"Section=%u Row=%u", 

indexPath. section, indexPath. row] ; 



return eel 1 ; 

} 
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Remarque Les styles de cellule 

II existe plusieurs types de cellules predefinis que vous pouvez utiliser. 

• UITabl eVi ewCel 1 Styl eDef aul t : permet d'afficher une cellule contenant un seul label et une 
image a gauche. C'est le style par defaut. 

• UITabl eVi ewCell Styl eVal uel : affiche une cellule avec deux libelles, un a gauche et un a 
droite. Le texte de gauche est noir et aligne a gauche, tandis que le texte de droite est bleu et aligne a 
droite. C'est le style utilise dans I'application Reglages. 

• UITabl eVi ewCell Styl eVal ue2 : affiche une cellule avec deux libelles, un texte bleu dans la 
partie gauche de la cellule qui est aligne a droite et un texte noir aligne a gauche dans la partie droite 
de la cellule. C'est le style utilise dans I'application Telephone. 

• UITabl eVi ewCel 1 Subti tl e : affiche une cellule avec deux libelles. Un texte noir aligne a gau- 
che sur la premiere ligne et un texte gris legerement plus petit sur la deuxieme ligne. C'est le style uti- 
lise dans I'application iPod. 

Vous pouvez adapter legerement chacun de ces styles en modifiant la police, la couleur du texte, I'aligne- 
ment, etc. grace aux proprietes textLabel et detai ITextLabel qui donnent un acces direct a 
I'objet UILabel utilise pour afficher les deux textes. 

Si les styles par defaut ne suffisent pas a votre besoin, vous devez personnaliser la cellule. Nous verrons 
un peu plus loin dans ce chapitre quelles sont les differentes techniques possibles pour controler de 
maniere beaucoup plus fine le contenu de la cellule et afficher des contenus riches (plusieurs lignes de 
texte, images, etc.). 



Definir les en-tetes et pieds de section 

Afin de fournir les textes a afficher dans les en-tetes et pieds de section, la source de 
donnees peut implementer les methodes : 

• tabl eVi ew: ti tl eForHeaderlnSecti on : et 

• tabl eVi ew: ti tl eForFooterlnSecti on : 

- (NSString *) tabl eVi ew: (UITabl eVi ew *)tableView 
ti tl eForHeaderlnSecti on : (NSInteger) section 

{ 

return [NSString stringWithFormat:@"Header %i " , section]; 

} 

- (NSString *) tabl eVi ew: (UITabl eVi ew *)tableView 
ti tl eForFooterlnSecti on : (NSInteger) section 

{ 

return [NSString stringWithFormat:@"Footer %i " , section]; 

} 
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Reagir aux actions sur la liste 

Le developpeur peut fournir un delegue a la liste d'elements. Ce dernier doit imple- 
menter le protocole UITabl eVi ewDel egate. 

Le delegue permet une personnalisation plus poussee de l'affichage de la liste et aussi 
de reagir lorsque l'utilisateur selectionne un element, modifie une ligne, etc. 

Selection d'un element 

Lorsqu'un element de la liste est selectionne par l'utilisateur, la methode 
tabl eVi ew : di dSel ectRowAtlndexPath : est appelee. 

- (voi d) tabl eVi ew: (UITabl eVi ew *)tableView 

di dSel ectRowAtlndexPath : (NSIndexPath *) i ndexPath 

{ 

NSLog(@"Selection d'un element. Section=%u Ligne=%u", 
i ndexPath . secti on , i ndexPath . row) ; 
} 



Edition dans une tableView 

Le mode edition d'une liste permet a l'utilisateur de supprimer des elements, d'en 
ajouter ou de les reorganises 

Pour activer le mode edition, on appelle la methode setEdi ting: animated: sur 
l'objet tableView. II faut ensuite implementer les methodes correspondantes du 
delegue pour effectivement supprimer les elements et mettre la liste a jour. 

Techniques pour afficher des cellules personnalisees 

Nous avons vu comment afficher du texte dans une liste d'elements. Le plus souvent, 
vous voudrez afficher des contenus plus riches, contenant des images, plusieurs lignes 
de texte, etc. 

II existe trois techniques differentes pour fournir des cellules propres a votre applica- 
tion. Ces trois techniques ont chacune leurs avantages et leurs inconvenients, le choix 
de la technique a utiliser dependra de votre projet. 

Dans tous les cas, la hauteur de la cellule devra etre indiquee a la table en definissant 
la propriete rowHeight (il est egalement possible d'avoir des cellules de tailles diffe- 
rentes grace a la methode tableView: heightForRowAtlndexPath : du delegue). 
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Composition de la cellule 

La classe UITabl eVi ewCel 1 herite de UlVi ew, et on peut done lui ajouter une hierar- 
chie de vue plus complexe. 

Exemple de construction d'une cellule plus complexe 

#define CELLJDENTIFIER @"myCell Identifier" 

- (UITabl eViewCell *)tableView: (UITabl eView *)tableView 

eel 1 ForRowAtlndexPath : (NSIndexPath *) i ndexPath 

{ 

UITabl eViewCell *cell = [tableView 
dequeueReusabl eCel lWi thldenti f i er : CELL_IDENTIFIER] ; 

UILabel *f i rstTextLabel ; 
UILabel -'secondTextLabel ; 
UllmageView imageView; 

if (cell == nil) 
{ 

cell = [[UITabl eViewCell alloc] initWithStyle: UITabl eViewCell StyleDefault 

* reuseIdentifier:CELL_IDENTIFIER] ; 
[cell autorelease] ; 

fi rstTextLabel = [[UILabel alloc] initWithFrame:CGRectMake(50, 2, 200, 20)]; 

fi rstTextLabel .tag = 10; 

[cell addSubview:fi rstTextLabel] ; 

[f i rstTextLabel rel ease] ; 

secondTextLabel = [[UILabel alloc] initWithFrame:CCRectMake(50, 20, 200, 20)]; 

secondTextLabel .tag = 11; 

[cell addSubview:secondTextLabel] ; 

[secondTextLabel release]; 

imageView = [[UllmageView alloc] initWithFrame:CCRectMake(5, 5, 40, 30)]; 

imageView. tag = 12; 

[cell addSubview: imageView] ; 

[imageView release] ; 

} 

else { 

fi rstTextLabel = (UILabel *) [cell viewWithTag:10] ; 
secondTextLabel = (UILabel*) [cell viewWithTag:ll] ; 
imageView = (UllmageView-) [cell viewWithTag:12] ; 

} 
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fi rstTextLabel .text = [NSString stn'ngWithFormat: ©"Section: %u", 

i ndexPath . secti on] ; 

secondTextLabel .text = [NSString stringWithFormat:@"Ligne: %u", i ndexPath. row] ; 
imageView.backgroundColor = [UlColor redColor]; 

return cell ; 

} 



Astuce Utilisation des identif iants de vue 

Toutes les vues peuvent recevoir un identifiant fourni par le developpeur via la propriete tag. On peut 
ensuite retrouver cette vue dans une hierarchie en appelant la methode vi ewWi thTag : . 
Cette technique est utilisee dans cet exemple pour retrouver les sous-vues qui ont ete ajoutees manuelle- 
ment lorsqu'on recycle la cellule. 



Utilisation d'lnterface Builder pour concevoir les cellules 

II est possible d'utiliser Interface Builder pour concevoir les cellules. Vous devez pour cela : 

1 Creer un nouveau fichier XIB selon le modele « Empty XIB ». 

2 Ajouter un objet UITabl eVi ewCel 1 dans le XIB. 

3 Indiquer que le type du File's Owner est UlViewController. 

4 Relier la cellule a la propriete vi ew du File's Owner. 

II est ensuite possible d'instancier la cellule en creant un controleur de vue que nous 
n'utiliserons pas. 

Exemple d'utilisation d'une cellule construite avec Interface Builder 

- (UITableViewCell *)tableView: (UITableView *)tableView 

cellForRowAtlndexPath: (NSIndexPath *)indexPath 

{ 

UITableViewCell -cell = [tableView 
dequeueReusabl eCel 1 Wi thldenti f i er : CELL_IDENTIFIER] ; 

if (cell == nil) 
{ 

UlViewController *cellFactoryViewController = [[UlViewController alloc] 
initWithNibName:@"Cell" bundle: nil] ; 

cell = (UITableViewCell" v )cellFactoryViewController.view; 
[cell retain] ; 

[cellFactoryViewController release] ; 
[cell autorelease] ; 

} 



return cell 

} 
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Une fois la cellule creee a partir du fichier Xffi, vous aurez certainement besoin d'acceder 
aux sous-vues pour definir leurs valeurs : c'est possible en utilisant des tags comme on l'a 
fait dans l'exemple precedent (les tags peuvent etre definis dans Interface Builder). 

Une solution plus elegante est de creer une nouvelle sous-classe de UITabl eVi ewCel 1 , 
de lui ajouter des proprietes marquees comme IBOutlet et de definir cette nouvelle 
classe comme etant le type de l'objet cellule. Vous pourrez alors faire des liens entre 
les elements de la cellule et les proprietes. 

Dessiner manuellement le contenu de la cellule 

La derniere solution ne repose pas sur un assemblage de vues mais sur une seule vue, 
derivant de UITabl eVi ewCel 1 et qui a en charge le dessin de l'ensemble de la cellule. 

Pour implementer cette solution, il faut utiliser les API de dessin 2D pour dessiner 
directement le texte et les images de la cellule, ce qui sort du cadre de ce livre, mais 
c'est de loin la solution la plus performante lorsque vous devez dessiner des cellules 
complexes contenant de nombreuses informations. 

POUR APPROFONDIR Dessiner manuellement le contenu de la cellule 

Le guide de programmation des listes d'elements {TableView Programming Guide) fournit des exemples 
d'implementation pour les trois techniques presentees ici. 



Un exemple complet 

En resume, la mise en place d'une liste d'elements necessite de : 

1 Creer une instance de UITabl eVi ew et l'ajouter dans la vue d'un controleur. 

2 Ajouter le protocole UITabl eVi ewSource au controleur et implementer les metho- 
des tableView:numberOfRowsInSection: et numberOfSectionsInTableView: 
pour indiquer le nombre de sections et de cellules. 

3 Implementer la methode tableView:cellForRowAtIndexPath: de la source de 
donnees pour fournir les cellules. 

4 Eventuellement, ajouter le protocole UITabl eViewDelegate et implementer la 
methode tableView:didSelectRowAtIndexPath: pour declencher une action 
lorsque l'utilisateur selectionne un element. 

Le code ci-apres est un exemple complet d'un controleur de vue permettant de 
reproduire l'illustration de debut de chapitre. II peut servir de base a vos experimen- 
tations avec les listes d'elements. 
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Un exemple complet de controleur avec une liste d'elements : Tabl eVi ewControl 1 er . h 
#import <UIKit/UIKit.h> 
©interface Tabl eVi ewControl 1 er : 

UlVi ewControl 1 e r<UITabl eViewDel egate , UITabl eVi ewDataSource> { 



Un exemple complet de controleur avec une liste d'elements : Tabl eVi ewControl 1 er . m 
#i mpo rt "Tabl eVi ewControl 1 e r . h" 
@i mpl ementati on Tabl eVi ewControl 1 er 

- (void)loadView { 

UlView '-view = [[UTView alloc] initWithFrame:CGRectMake(0, 20, 320, 460)]; 
self, view = view; 
[view release] ; 

UITableView *tableView = [[UITableView alloc] 

initWithFrame:CGRectMake(0, 0, 320, 460) styl e: UITabl eVi ewStyl ePl ai n] ; 
tableView.dataSource = self; 
tabl eView. del egate = self; 

[sel f . vi ew addSubvi ew : tabl eVi ew] ; 

[tableView release]; 

} 

- (void)dealloc { 

[super dealloc] ; 

} 

#pragma mark UITabl eViewDataSource 

#define CELL_IDENTIFIER @"myCell Identifier" 

- (UITabl eViewCell *) tableView: (UITableView *) tableView 

cellForRowAtlndexPath: (NSIndexPath *)indexPath 




} 



©end 



{ 



UITabl eViewCell *cell = [tableView 

dequeueReusabl eCel 1 Wi thldenti f i er : CELL IDENTIFIER] ; 
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if (cell 
{ 

cell 



= nil) 



(UITabl eViewCell*) [[UITableViewCell alloc] 
* i ni tWi thStyl e : UITabl eVi ewCel 1 Styl eDef aul t 
reuseldentifier: CELL IDENTIFIER] ; 



[cell autorelease] ; 

} 

cell .text Label .text = [NSString stringWithFormat:@"Section=%u Row=%u", 
indexPath. section, i ndexPath . row] ; 

return cell ; 

- (NSInteger)numberOfSectionsInTableView: (UITableView *)tableView 

return 3; 

- (NSInteger)tableView: (UITableView *)tableView 

numberOfRowsInSection: (NSInteger)section 

return 5; 

- (NSString *)tableView: (UITableView *)tableView 

titleForHeaderlnSection: (NSInteger)section 

return [NSString stri ngWithFormat: ©"Header %i", section]; 

- (NSString *)tableView: (UITableView -)tableView 

titleForFooterlnSection: (NSInteger)section 

return [NSString stringWithFormat:@"Footer %i", section]; 

#pragma mark UITabl eViewDelegate 

- (void)tableView: (UITableView *)tableView 

didSelectRowAtlndexPath: (NSIndexPath *)indexPath 

NSLog (©"Selection d'un element. Section=%i Ligne=%i", indexPath. section, 
i ndexPath . row) ; 



@end 
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Conclusion 

Dans ce chapitre, nous avons vu comment utiliser la classe UITableView pour creer 
des listes d'elements de differents types et comment y integrer des cellules specifiques 
en fonction des besoins de votre application. 

Cette classe est extremement importante car les listes sont souvent le moyen le plus 
efficace pour presenter des informations, et les utilisateurs les comprennent tees bien. 
Bientot, vous reimplementerez tous les exemples de ce chapitre les yeux fermes ! 



QllATRIEME PARTI E 




La manipulation 
des donnees 



Cette partie presente les differentes techniques a utiliser pour lire et enregistrer des don- 
nees, ainsi que pour permettre a votre application de communiquer avec l'exterieur. 

La serialisation des classes de base (listes et dictionnaires) en XML ou en JSON 
sera presentee au chapitre 11, ainsi que l'utilisation du mecanisme des preferences 
utilisateur et les techniques de lecture d'un flux XML quelconque. 

Le chapitre 12 montre comment combiner ces techniques avec des appels reseau, et 
en particulier comment faire en sorte que l'application reste reactive meme quand 
des appels reseau prennent plusieurs secondes. 

Le framework CoreData, une nouveaute de 1'iPhone OS 3 est presente dans le 
chapitre 13. C'est un framework complet de mapping objet-relationnel pour 
1'iPhone et incontestablement le moyen le plus efficace d'enregistrer et de parcourir 
des volumes importants de donnees metier. 

L'utilisation de contenus multimedias est couverte par le chapitre 14 : lecture de 
sons, utilisation de la bibliotheque iPod de l'utilisateur, de la camera ou encore lec- 
ture de videos. 

Cette partie se termine par un chapitre 15 sur le mecanisme des notifications qui 
est egalement une nouveaute de 1'iPhone OS 3 et qui permet de rester en contact 
avec l'utilisateur, meme quand l'application est eteinte. La mise en place des notifi- 
cations est presentee, de maniere detaillee, avec des exemples en PHP pour la partie 
serveur qui pourront facilement etre adaptes dans n'importe quel langage. 
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Lire et enregistrer des donnees 



Comme toute application informatique, vos applications iPhone ont besoin de lire 
des donnees et de pouvoir en enregistrer. Le SDK iPhone met a votre disposition un 
ensemble de methodes des plus basiques (fopen, socket, etc.) aux plus evoluees (par- 
seur XML, Core Data, etc.). 

Nous nous attacherons dans ce chapitre a decrire les mecanismes les plus efficaces et 
les plus utilises dans des applications iPhone. 



C'est au chapitre suivant « Communiquer avec I'exterieur » qu'on montrera comment combiner ces tech- 
niques avec des acces a des serveurs distants. 



Les preferences utilisateur 

Cocoa met a disposition des developpeurs un mecanisme permettant d'enregistrer 
des combinaisons cle-valeur et de les recharger tres simplement. Ce mecanisme est 
implemente par la classe NSUserDefaults et on parle des « preferences utilisateur » 
car il est tres fortement recommande de l'utiliser pour enregistrer les choix de l'utili- 
sateur, l'etat de l'application quand il la ferme, etc. 
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Obtenir une instance des preferences utilisateur 

La classe NSUserDefaults propose une methode statique +standardUserDefaults 
qui permet d'obtenir un pointeur vers un singleton contenant les preferences de l'uti- 
lisateur. 

Cet objet se synchronise automatiquement avec un fichier de proprietes sur le disque, 
ce qui permet de ne pas avoir a se soucier de quand enregistrer les donnees. 

Enregistrer une valeur dans les preferences 

La classe NSUserDefaults permet d'associer a une cle un objet de type NSString, 
NSDate, NSNumber, NSData, NSArray ou NSDictionary. 

Pour enregistrer un objet dans les preferences, on appelle simplement la methode 
setObject : ForKey : . 

Utilisation des preferences utilisateur pour enregistrer le nom de I'utilisateur 

- (void) viewWin Disappear: (BOOL) animated 
{ 

[super view/Will Disappear: animated] ; 

NSString *username = self . usernameTextFi el d . text; 
[[NSUserDefaults standardUserDefaul ts] setObject : username 

forKey:@"username"] ; 

} 

II est egalement possible d'enregistrer la valeur d'un des types primitifs via les 
methodes setBool :forKey:, setFloat:forKey: et setInteger:forKey:. 

En enregistrant des listes ou des dictionnaires comme valeur d'une cle, on peut tres 
simplement enregistrer des structures de donnees complexes. Vous pouvez ainsi uti- 
liser les preferences pour enregistrer l'etat d'un controleur de barre d'onglets et les 
parametres permettant de recreer les memes onglets dans le meme ordre. 

Lire les valeurs des preferences 

Pour chacun des types de donnees qui peuvent etre enregistres, une methode est mise 
a disposition qui renvoie la valeur associee a la cle passee en parametre. 

II est de la responsabilite du developpeur de savoir quel est le type de donnee qui a 
ete enregistre sous une cle. Si aucune donnee n'a ete enregistree, ou si la donnee ne 
correspond pas au type demande, la valeur ni 1 est renvoyee (pour les types primitifs, 
une valeur predeterminee est renvoyee : NO ou 0). 
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Les methodes mises a disposition pour recuperer des objets sont : arrayForKey :, 
dataForKey :, object ForKey : et stri ngForKey : . Pour recuperer des types primitifs, il 
faut utiliser bool ForKey:, floatForKey : et integerForKey:. 

Lecture du nom d'utilisateur dans les preferences 

- (void) viewDidLoad 
{ 

[super viewDidLoad]; 

self .usernameTextField. text = [ [NSUserDefaul ts standardllserDefaul ts] 
stri ngForKey : @"username"] ; 
} 



Permettre a I'utilisateur de modifier directement les preferences 

Les mecanismes evoques ici permettent de manipuler des paires cles-valeurs et de les 
enregistrer sur le disque. C'est le developpeur qui met en place l'interface permettant 
d'editer une preference et de la modifier. 

Ce mecanisme est pertinent pour de nombreuses preferences qui sont implicites : 
l'application enregistre les habitudes de I'utilisateur. 

Dans certains cas, on voudra pourtant donner la possibility a I'utilisateur de regler 
explicitement des preferences. L'iPhone propose pour cela un mecanisme qui permet 
d'ajouter dans l'application Reglages, une page pour votre application. 



Figure 11-1 

Ecran de reglage des 
preferences d'une application 
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Pour chaque page de reglage, votre application fournit un fichier de proprietes qui 
indique le titre de la propriete reglable et son type. L'application Reglages met en oeuvre 
l'interface (vous n'avez aucun code a ecrire) et enregistre les valeurs dans les preferences 
utilisateur, en s'appuyant egalement sur la classe NSUserDefaul ts. On y accede exacte- 
ment comme pour des preferences que vous auriez enregistrees depuis votre code. 

APPROFONDIR Mise en place de pages de preferences utilisateur 

La mise en place de ces pages de reglages est decrite dans le guide iPhone Application Programming 
Guide. 



Les fichiers de proprietes 

Les fichiers de proprietes permettent d'enregistrer au format XML les types stan- 
dard de 1'iPhone (NSString, NSDate, NSArray, NSDi cti onary, etc.). En combinantles 
types de base avec les listes et les dictionnaires, on peut creer des structures de don- 
nees complexes. Cocoa met a disposition des developpeurs un ensemble de methodes 
permettant de lire et d'ecrire tres facilement ces donnees. 

Ce format etant tres facile a editer depuis Xcode ou meme a generer depuis une 
application web (PHP, Java, etc.), il est souvent bien plus facile de l'utiliser plutot 
que de reecrire le code necessaire pour charger un fichier XML qui s'appuierait sur 
un format specifique. 

Le format plist 

Un fichier plist est un fichier XML qui respecte une DTD stricte fournie par Apple. 
Xcode integre un editeur qui permet d'editer tres facilement ces fichiers. Pour creer 
un nouveau fichier, utiliser le menu File > New File > Other > Property List. 

Lexemple ci-apres presente un fichier de proprietes utilise pour enregistrer une liste 
de contacts. Ce type de fichier pourrait etre envoye par un serveur web a une applica- 
tion iPhone, qui le chargerait en memoire pour permettre a l'utilisateur de naviguer 
dans des contacts propres a l'application. 
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Figure 11-2 

Exemple de fichier 
plist edite dans Xcode. 
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Code XML genere par Xcode correspondant au meme fichier de proprietes 

<?xml version="1.0" encodi ng="UTF-8"?> 
<!D0CTYPE plist PUBLIC "-//Appl e//DTD PLIST 1.0//EN" 
"http : //www. appl e . com/DTDs/Property Li st-1 . 0 . dtd"> 
<plist version="1.0"> 
<di ct> 

<key>URLSource</key> 

<stri ng> 

http : //www. monappl i cati on . com/carnetadresses . pi i st 
</stri ng> 

<key>Derni ereModi f i cation</key> 
<date>2009-12-23T19 : 30 : 00Z</date> 
<key>Contacts</key> 
<array> 
<di ct> 

<key>Nom</key> 

<string>M. Dupont</string> 

<key>Ad resse</key> 

<string>45 avenue de la Marqui se</stri ng> 

<key>Tel ephone</key> 

<string>06 123 456 42</string> 
</dict> 
<di ct> 

<key>Nom</key> 

<string>M. Durand</stri ng> 

<key>Ad resse</key> 

<string>42 rue de la Paix</stri ng> 

<key>Tel ephone</key> 

<string>06 12345678</stri ng> 
</dict> 
</array> 
</di ct> 
</pl i st> 
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On voit que le code genere par Xcode est tres facilement comprehensible et pourra 
etre adapte ou genere par une application web ecrite en PHP, Java, etc. 

Lire un fichier de donnees plist 

Dans la tres grande majorite des cas, la racine de votre fichier plist sera un diction- 
naire ou une liste. 

Dans ce cas, vous pouvez utiliser la methode initWi thContentsOf File: de la classe 
NSDi cti onary ou NSArray pour lire le fichier et renvoyer une instance initialisee avec 
son contenu. 

Exemple d'utilisation de la methode i ni tWi thContentsOf Fi 1 e : pour lire un fichier plist en 
memoire 

NSString -filePath = [[NSBundle mainBuncne] pathForResource:@"Exemple" 
ofType:@"plist"] ; 

NSDi cti onary *dict = [[NSDi cti onary alloc] 
i ni tWi thContentsOf Fi 1 e : f i 1 ePath] ; 



ASTUCE Obtenir le chemin complet d'un fichier de ressource 

Dans cet exemple, on recupere le chemin vers le fichier en utilisant la methode 
pathForResource : ofType : du bundle principal de I'application. Elle prend en parametre le nom 
du fichier recherche et son extension. 

C'est la methode recommandee pour obtenir le chemin complet vers un fichier de ressource de votre 
application. 



Vous pouvez ensuite parcourir les donnees normalement, mais attention, les ins- 
tances renvoyees lors du chargement d'un fichier de proprietes sont toujours non 
mutables, elles ne peuvent pas etre modifiees directement. Pour les modifier, vous 
devez creer un objet mutable (NSMutableArray ou NSMutableDictionary) a partir de 
l'objet non mutable. 

Ecrire un fichier de donnees plist 

Pour enregistrer des donnees, les classes NSDi cti onary et NSArray proposent la 
methode wri teToFi 1 e : atomi cal 1 y : qui permet d'enregistrer le contenu de l'instance 
dans un fichier au format plist. 

Le premier parametre est le chemin vers le fichier. Le deuxieme parametre est un 
booleen qui indique si le fichier doit etre ecrit de maniere atomique. Si ce booleen est 
vrai, le fichier sera ecrit dans un fichier temporaire puis renomme avec le nom du 
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fichier de destination. Cela permet de garantir qu'en cas de plantage, le fichier exis- 
tant ne sera pas corrompu. 

Cette methode renvoie un booleen indiquant si i'ecriture s'est correctement deroulee 
ou pas. Une des causes d'echec peut etre que l'arbre de donnees contient un objet qui 
n'est pas directement pris en charge par les proprietes. 



Attention Savoir ou enregistrer vos donnees 

Lorsque votre application iPhone est compilee, I'ensemble de I'application est signee avec votre cle de deve- 
loppeur et ne peut plus etre modifiee par la suite. Ainsi, vous ne pouvez pas, depuis votre application, ecra- 
ser un fichier de ressource fourni avec votre application, car cela modifierait sa signature electronique. 
A la place, vous devez enregistrer la version mise a jour de ce fichier dans le repertoire des donnees utili- 
sateurs. Vous pouvez obtenir le chemin vers cet emplacement en utilisant les deux appels suivants : 

NSArray *paths = NSSearchPathForDi rectoriesInDomains(NSDocumentDi rectory, 
NSUse rDomai nMas k , YES) ; 

NSString *documentsDi rectory = [paths objectAtIndex:0] ; 

Le contenu de ce repertoire est sauvegarde par iTunes quand I'utilisateur synchronise son iPhone (et res- 
taure si I'utilisateur restaure son iPhone a partir d'une sauvegarde). 

Pour enregistrer des contenus qui ne soient pas sauvegardes, vous pouvez utiliser le repertoire 
temporaire : 

NSString ••"tempDi rectory = NSTemporaryDi rectoryQ ; 



Le format de donnees JSON 

Le format de donnees JSON (JavaScript Object Notation) est un format tees compact 
utilise initialement pour serialiser des donnees JavaScript. II est maintenant utilise 
pour echanger des donnees entre le navigateur web et le serveur dans la plupart des 
applications Ajax. 

De la meme facon que les fichiers de proprietes, le format JSON permet de serialiser 
des ensembles de paires/valeurs ; ces dernieres peuvent etre des chaines, des boo- 
leens, des nombres, des listes ou des dictionnaires (mais les objets date ne sont pas 
supportes directement et doivent etre convertis en nombre ou en chaine). 

Dans le cadre des applications iPhone, ce format de fichier presente plusieurs avan- 
tages interessants : 

1 C'est un format tees compact qui occupe moins d'espace en octets, les temps 
d'aller-retour client-serveur sont done acceleres. Ce point peut sembler negligea- 
ble, mais l'experience montre que le poids ajoute par le langage XML peut rapi- 
dement representer plus de la moitie du volume des echanges, et la difference est 
tees sensible surtout en EDGE ou en 3G ; 
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2 C'est un format standard, et pour lequel il existe deja de nombreuses bibliothe- 
ques dans tous les langages ; 

3 A l'aide de bibliotheques tierces, il est extremement facile de generer et de lire du 
JSON depuis une application iPhone. 

Tirer partie de JSON dans vos applications 

Bien qu'Apple apprecie manifestement ce format de donnees (il est utilise pour 
l'envoi des notifications), il n'est pas encore supporte par les API standards et vous 
devez integrer a votre projet une bibliotheque externe pour que le format JSON soit 
pris en charge. 

Vous trouverez un framework JSON pour 1'iPhone en open source (licence BSD) sur 
le site : http://code.google.eom/p/json-framework/. 

Les instructions d'installation du site expliquent comment l'ajouter a votre projet 
d'application comme une bibliotheque externe. 

Un autre moyen plus simple, mais moins elegant, consiste a ajouter a votre projet 
l'ensemble des fielders sources de la libraire. 

Ce framework JSON propose des extensions aux objets de base Objective-C (il uti- 
lise pour cela le mecanisme des categories) pour leur ajouter la possibilite de se seria- 
liser ou de se restaurer en JSON. 

Lire des donnees JSON 

Une fois le fichier d'en-tete du framework importe (#import "JSON. h"), il est pos- 
sible, depuis n'importe quelle chaine de caracteres, d'obtenir l'objet dictionnaire ou 
liste correspondant : 

NSString -jsonData = @"{\"nom\" : \" Jobs\" , \"adresse\" : \"1 Infinite 
Loop\" ,\"num\" :\"555-1234-5678\"}" ; 

NSDictionary *dict = [jsonData JSONValue]; 

Enregistrer des donnees JSON 

II est possible tout aussi simplement de serialiser un dictionnaire ou une liste dans sa 
representation JSON a l'aide de la methode -JSONRepresentation. 

NSString -jsonData = [diet JSONRepresentation] ; 
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Manipuler des donnees XML 

Le SDK propose deux mecanismes pour lire et interpreter des fichiers XML. Vous 
pouvez choisir d'utiliser directement la bibliotheque C libxml qui est fournie avec le 
SDK ou vous pouvez vous appuyer sur la classe NSXMLParser qui propose une inter- 
face Objective-C a libxml. 

Dans les deux cas, le mode de lecture des donnees est proche de l'API SAX. II 
n'existe pas de mecanisme standard pour lire les donnees selon l'API DOM. 

RAPPEL SAX et DOM 

II existe deux API standard pour lire des fichiers XML. Celles-ci ont ete declinees dans presque tous les 
langages de programmation. 

L'API DOM (Document Object Model) lit I'ensemble du document XML et le charge en memoire sous la 
forme d'un arbre. II est ensuite possible de parcourir I'arbre en utilisant des boucles, des fonctions recur- 
sives, etc. Cette API est souvent plus facile a utiliser pour le developpeur, mais elle a comme principal 
desavantage de charger I'integralite des donnees en memoire, ce qui n'est pas toujours possible. 
L'API SAX (Simple API for XML) s'appuie sur des evenements qui sont envoyes au fur et a mesure de la 
lecture du document (balise ouvrante, balise fermante, contenu texte, etc.). Elle est plus efficace en ter- 
mes de memoire et permet de commencer a traiter un document incomplet, mais elle est plus complexe 
a utiliser. 

Nous ne detaillerons ici que I'utiiisation simple de NSXMLParser. Sachez que des 
exemples de I'utiiisation de libxml sont fournis dans le SDK, en particulier dans le 
projet exemple XMLPerformance, qui montre comment lire des donnees du reseau et 
les parser a la volee, sans attendre que tous les contenus soient charges. 

Creation d'un parseur XML 

Pour utiliser la classe NSXMLParser, vous devez lui fournir un delegue qui sera appele 
a chaque fois qu'un evenement XML se produit (quand il rencontre une balise 
ouvrante, une balise fermante, un contenu texte, etc.). C'est ce delegue qui recons- 
truira en memoire, avec des objets metiers, les donnees decrites dans le XML. 

Vous pouvez egalement definir plusieurs options indiquant comment gerer les 
espaces de noms et les entites. 

II est recommande de creer une classe dediee au parsing de chaque type de flux que 
gere votre application. Cette classe sera le delegue de NSXMLParser, et elle contiendra 
une methode -parseData: qui sera chargee de creer l'objet parseur, de lui indiquer 
que le delegue est sel f , et de lancer le traitement. 
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L'exemple ci-apres montre comment implementer cette fonction, en indiquant au 
parseur qu'on ne souhaite pas gerer les espaces de noms et les entites. 

Exemple d'utilisation de NSXMLParser 

- (void) parseData : (NSData*) data 

NSXMLParser --xmlParser = [ [NSXMLParser alloc] initWithData:data] ; 

[xml Parser setDelegate:self] ; 

[xmlParser setShoul dProcessNamespaces : NO] ; 

[xmlParser setShouldReportNamespacePrefixes :N0] ; 

[xmlParser setShouldResolveExternal Entities :N0] ; 

[xmlParser parse]; 

NSError '-parseError 
if (parseError) { 
BKLog(@"Xml Parser 
localizedDescription]) ; 
} 

[xmlParser release]; 

} 

Lorsqu'on appelle la methode -parse : , le traitement est lance, et le parseur va lire le 
fichier, appeler les methodes du delegue pour chaque evenement et indiquer ensuite 
si tout c'est bien passe grace a la methode -parserError. 

Gerer les evenement s XML 

Pour chacun des evenements XML que vous souhaitez traiter, vous devez imple- 
menter une fonction dans votre delegue. Ces fonctions vous permettront de recons- 
truire les donnees metier en memoire au fur et a mesure. 

Les objets metier ou la valeur de leurs proprietes sont stockes dans des variables 
d'instance du parseur tant que l'objet n'a pas ete entierement traite. 

Dans les paragraphes suivants, nous decrirons i'implementation d'un parseur XML 
tres simple, qui est destine a lire le flux suivant pour reconstituer en memoire une 
liste d'objets Contact. 



= [xmlParser parserError]; 

- Error parsing data: %@" , [parseError 
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Exemple de donnees XML a interpreter 

<?xml version="1.0" encodi ng="UTF-8"?> 
<contacts> 

<contact id="001" type="A"> 

<tel ephone>012 3456789</tel ephone> 
<adresse>xxx</adresse> 
</contact> 

</contacts> 

Debut du document 

Lorsque le parseur rencontre le debut du document XML, il appelle la methode 
parserDi dStartDocument : . Vous pouvez utiliser cet evenement pour initialiser vos 
variables d'instance, par exemple en creant une nouvelle liste pour contenir les objets 
qui vont etre lus ou la reinitialiser. 

- (voi d)parserDi dStartDocument : (NSXMLParser *)parser 
{ 

if (contacts == nil) 

contacts = [ [NSMutabl eArray alloc] initWithCapacity:0] ; 
el se 

[contacts removeAl lObjects] ; 

} 

Debut d'un element 

Le parseur appelle la methode parser :didStartElement: quand il rencontre un 
nouvel element XML. 

Pour chaque element rencontre, vous voudrez probablement suivre une des deux 
strategies suivantes : 

• Cet element correspond a un objet metier de votre application, il faut done creer une 
nouvelle instance de l'objet metier et la garder dans une variable d'instance du parseur. 

• Cet element correspond a un attribut d'un de vos objets metier ; dans ce cas, il faut 
preparer une variable d'instance dans laquelle on stockera le contenu de l'element. 

Cette methode recoit egalement en parametre un dictionnaire contenant la liste et la 
valeur de tous les attributs de l'element. 
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Traitement d'un element par le delegue du parseur XML 

- (void) parser: (NSXMLParser *)parser di dStartEl ement : (NSStri ng 

*) el ementName namespaceURI : (NSStri ng -'OnamespaceURI 

qual i fi edName : (NSStri ng -'OqName attri butes : (NSDi cti onary 

*)attributeDict 

{ 

// Si 1 'element lu correspond a un objet metier 
if ([el ementName isEqualToString:@"contact"]) { 

// On cree une instance de 1 'objet metier et on la stocke 
// dans une variable d'instance 
currentContact = [[Contact alloc] init]; 



// On ajoute 1 'objet metier a la liste de tous les objets 

// lus par le parseur 

[contacts addObject : currentContact] ; 

// Lecture des attributs de 1 'element 

currentContact. identifier = [attributeDict valueForKey:@"id"] ; 
currentContact. type = [attributeDict valueForKey:@"type"] ; 

// Le traitement est fini pour cet element. 
[currentContact release]; 
return ; 



// Si le texte de 1 'element contient une propriete de 
// 1 'objet metier, alors on prepare une variable 
// temporaire pour enregistrer son contenu 
if ( [el ementName i sEqualToStri ng : @"tel ephone"] ) { 
currentProperty = [NSMutableString string]; 

} 

else if ( [el ementName i sEqualToStri ng@"adresse"] ) { 
currentProperty = [NSMutableString string]; 

} 

} 

Recuperer le contenu texte des elements 

Lorsque le parseur rencontre du texte, il appelle la methode parser : foundCharacters : . 
II suffit alors d'enregistrer les caracteres trouves dans la variable temporaire 
currentProperty que nous avons preparee au paragraphe precedent. 
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Traitement de texte par le parseur 

- (voi d)parser : (NSXMLParser *)parser foundCharacters : (NSStri ng *)string 
{ 

if (currentProperty) { 

[currentProperty appendString: string] ; 

} 

} 



Reperer la fermeture d'un element et enregistrer son contenu 

Lorsque le parseur rencontre une balise fermante, il appelle la methode 
parser : di dEndEl ement : en lui passant en parametre le nom de la balise. 

Si cette balise contenait du texte interessant pour nous, nous le recupererons grace a 
la variable d'instance currentProperty. 

Implementation de la methode parser :di dEndEl ement: 

- (voi d)parser : (NSXMLParser -Oparser di dEndEl ement: (NSString 
••)el ementName namespaceURI : (NSStri ng ")namespaceURI 
qual i f i edName : (NSStri ng *)qName 
{ 

if ( [el ementName i sEqualToStri ng : @"adresse"] ) { 
[currentContact setAdresse : currentProperty] ; 
} else if ( [el ementName i sEqualToStri ng : @"tel ephone"] ) { 
[currentContact setTel ephone : currentProperty] ; 

} 

} 



Conclusion 



Dans ce chapitre, nous avons vu differentes methodes pour lire et enregistrer des 
donnees. 

Pour enregistrer les preferences utilisateur, l'etat de l'application lors de la fermeture, 
etc., vous disposez de la tres efficace classe NSUserDefaults. 

Si vous souhaitez distribuer votre application avec un referentiel de donnees, le format 
pi i st presente l'avantage d'etre tres facile a editer dans Xcode. 

Pour tout echange avec un service web, essayez toujours d'utiliser le format JSON qui a 
l'avantage non negligeable d'etre tres leger. 
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Enfin, si vous devez lire des donnees XML, vous pouvez le faire a l'aide de 
NSXMLParser ou de la libxml directement - mais attention, c'est plus complexe pour 
le developpeur. 
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Communiquer avec l'exterieur 



La plupart des applications iPhone communiquent avec un service web, que ce soit 
pour recuperer des informations a presenter a l'utilisateur, mettre a jour un referen- 
tiel, ou proposer un envoi de donnees vers un service communautaire. 

Le tres haut niveau de connectivite des applications est sans aucun doute un des 
atouts de 1'iPhone. Aussi reussir a combiner fluidite de l'application, rapidite d'appa- 
rition des donnees et reactivite de l'interface est-il un defi incontournable pour le 
developpeur. 

Nous verrons dans ce chapitre comment lancer des appels reseau vers des serveurs 
distants, recuperer et traiter la reponse, le tout sans ralentir l'interface. En termes 
techniques, il s'agira de connexions synchrones et asynchrones ; surtout nous parle- 
rons des threads et de leur gestion dans une application iPhone. 

Rappel Connexions synchrones et asynchrones 

On parle de requetes synchrones quand la methode utilisee pour faire un appel reseau est bloquante, et 
attend d'avoir la reponse avant de repasser le controle a l'utilisateur. C'est generalement le mode le plus 
simple pour le developpeur. 

Une requete asynchrone rend immediatement la main au developpeur et utilise des methodes callback 
pour transmettre des informations sur le statut de la requete et les donnees recues. 
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Premiers appels reseau synchrones 

La classe NSURLRequest est la base des API Cocoa pour executer des requetes dis- 
tantes. Elle propose, pour executer une requete et attendre la reponse du serveur, la 
methode statique sendSynchronousRequest : returni ngResponse : error : . 

Cette methode prend en parametre un objet NSURLRequest qu'on construit a partir 
de FURL cible et deux pointeurs sur des pointeurs. Le premier pointeur permet 
d'indiquer une variable qui pointera apres l'appel vers un objet NSURLResponse conte- 
nant la reponse envoyee par le serveur. Le deuxieme pointeur, pointera apres l'appel 
vers un objet NSError ou aura la valeur ni 1 s'il n'y a pas eu d'erreur. 

Lutilisation de la classe est ensuite tres simple. 
Execution d'une requete reseau synchrone 



NSURLRequest *request = [NSURLRequest requestWithURL:@"http:// 
www.myserver.com/xxx"] ; 

NSURLResponse '-'response; 
NSError *error; 

NSData *data = [NSURLConnection sendSynchronousRequest: request 
returni ngResponse :&response error :&error] ; 

if (data != nil) 
{ 

NSLog(@"Requete HTTP reussie: %@" , url); 

} 

else { 

if (error != nil) 

NSLog(@"Echec lors de la requete HTTP: %@ (%@)", url , 
[error localizedDescription]) ; 

el se 

NSLog(@"Echec lors de la requete HTTP: %@" , url); 

} 

// Les donnees sont stockees dans data 

Les donnees recuperees peuvent ensuite etre facilement converties en chaine de 
caracteres et utilisees par exemple comme source pour construire un dictionnaire a 
partir de donnees JSON. Dans l'exemple suivant, on reconstruit une chaine de carac- 
teres a partir des donnees et en sachant que l'encodage utilise est FUTF8. 
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Conversion des donnees revues en chame de caracteres puis en objet grace a JSON 

NSString *jsonString = [[NSString alloc] initWithData:data 
encoding :NSUTF8StringEncoding] ; 

dictionary = [jsonString JSONVal ue] ; 

[jsonString release]; 

Modifier le comportement d'une requete synchrone 

La methode sendSynchronousRequest: returningResponse:error: ne propose que 
les options de parametrage les plus utiles. 

Authentification 

II est possible d'indiquer un nom d'utilisateur et un mot de passe en l'ajoutant direc- 
tement dans FURL de la requete : http://usemame:password@serveur. 

Gestion des redirections 

Les redirections renvoyees par le serveur (301, 302) sont toujours suivies, et le client 
renverra dans le bloc data les donnees de la derniere reponse. 

Definir le delai d'attente d'une requete 

II est possible de specifier votre propre delai d'attente (timeout) lors de la creation de 
l'objet NSURLRequest. Si le serveur n'a pas repondu dans i'intervalle indique, la con- 
nexion sera interrompue et une erreur renvoyee. 

NSURLRequest ^request = [NSURLRequest 

requestWi thURL :@" http://www.myserver.com/xxx" 
cachePol i cy : NSURLRequestUseProtocol CachePol i cy 
timeoutlnterval : 10] ; 



Realiser des traitements en arriere-plan 

La plus grosse limitation de la methode que nous venons de voir est que l'execution 
de l'application est bloquee tant que le serveur n'a pas repondu a la requete (c'est le 
principe d'une requete synchrone). 
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Comprendre le thread principal 

Dans une application iPhone, comme dans la plupart des applications de type client 
lourd, il existe un thread principal qui est charge de recevoir les evenements et de les 
traiter en permanence. C'est dans ce thread que s'execute la boucle de traitement des 
evenements et done tous les appels aux methodes de vos controleurs de vue, les 
methodes de vos vues, et la plupart des fonctions de callback de votre application. La 
documentation en anglais parle de main thread (le thread principal). 

Lorsqu'on execute un appel reseau synchrone dans le thread principal, l'application 
ne peut plus traiter les evenements. L'utilisateur a l'impression (et c'est le cas en effet) 
que l'interface est figee, totalement non reactive : il ne peut plus cliquer sur les bou- 
tons (ces derniers ne reagissent plus et ne changent pas d'etat), il ne peut pas faire 
defiler les listes, changer d'onglets, etc. 



Attention Ne jamais executer de traitements longs sur le thread principal 

Pour que l'interface reste en permanence reactive et que l'utilisateur continue a avoir un sentiment de 
fluidite, il est absolument essentiel de ne jamais lancer de traitements longs sur le thread principal. 
Cette remarque est particulierement vraie pour tous les traitements reseau, mais elle s'applique aussi a 
des chargements de gros fichiers depuis le disque, a des calculs compliques, etc. 



II existe heureusement plusieurs methodes tres faciles a utiliser, qui permettent de 
lancer un traitement en arriere-plan puis de reprendre la main dans le thread principal. 

Lancer un traitement en arriere-plan 

Un traitement en arriere-plan est un traitement qui s'execute sur un autre thread que 
le thread principal. Pour lancer un traitement en arriere-plan, il suffit d'utiliser la 
methode -performSelectorInBackground:withObject: de NSObject. 

Cette methode prend en parametre un selecteur (un pointeur sur fonction) et un 
objet a lui passer en parametre. Elle cree un nouveau thread et lance l'execution de la 
methode designee par le selecteur. L'execution du thread principal continue enparal- 
lele de l'execution de cette fonction, l'application peut done rester reactive. 

Un moyen simple de lancer une requete reseau est done d'isoler le code qui execute la 
requete dans une methode et de demander l'execution de cette methode en arriere-plan. 

Dans un controleur de vue, on pourrait done trouver le code suivant qui declenche un 
rafraichissement de la vue. 
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Lancement d'un traitement en arriere-plan 

- (IBAction) ref reshButtonAction 
{ 

NSURL *url = [NSURL URLWi thStri ng :@" . . . "] ; 

[self performSel ectorlnBackg round : @sel ector(ref reshDataWi thURL : ) 

withObject:url] ; 

} 

Particularites des traitements en arriere-plan 

Le traitement en arriere-plan va etre execute sur un nouveau thread, ce qui entraine 
quelques specificites. 

Mise en place d'un nouveau pool d'autorelease 

Tout d'abord, le pool d'autorelease du thread principal n'est plus accessible. Pour 
pouvoir utiliser des objets autoreleasee (ce que vous voudrez presque certainement 
faire), il faut creer un nouveau pool et le detruire lorsque les traitements sont finis. 

Mise en place d'un pool d'autorelease pour une methode qui est executee en arriere-plan 

- (void) refreshDataWithURL: (NSString*) url 
{ 

NSAutorel easePool *pool = [ [NSAutorel easePool alloc] init]; 
// ... 

[pool rel ease] ; 

} 

Interactions avec I'interface 

Le code qui s'execute en arriere-plan va s'executer en meme temps que le thread 
principal. Ainsi, les methodes du thread principal peuvent creer, detruire ou deplacer 
des vues et surtout les dessiner pendant que votre code s'execute. 

Si vous avez besoin de modifier un des objets de I'interface : une vue, les donnees 
d'une table ou de maniere generale toute variable qui pourrait etre utilisee par le 
thread principal, il faut vous assurer que cela ne viendra pas interferer avec les opera- 
tions toujours en cours. Le meilleur moyen pour cela est de repasser le controle au 
thread principal a l'aide de la methode : 

pe rf ormSel ectorOnMai nTh read : wi thOb j ect : wai tllnti 1 Done : 
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Cette methode prend en parametre un selecteur qui sera appele depuis le thread 
principal et qui peut recevoir un parametre. Enfin, il est possible d'indiquer si Ton 
souhaite attendre que le code ait ete execute ou pas avant de continuer l'execution. 

Le thread d'arriere-plan va alors attendre que le thread principal soit libre pour lui 
demander d'executer votre methode. Les problemes de synchronisation sont evites. 
C'est le seul et unique moyen que vous devez utiliser pour interagir avec l'interface. 

Attention Ne jamais modifier l'interface depuis un thread d'arriere-plan 

Vous ne devez jamais modifier l'interface (la hierarchie des vues, les controleurs de vues, les donnees uti- 
lisees par une table, etc.) depuis un thread d'arriere-plan. 

Si vous le faites, vous obtiendrez tres certainement des bogues graphiques dans l'interface, tres difficiles 
a reproduire et a diagnostiquer. 

L'exemple ci-apres presente une methode destinee a etre executee en arriere-plan. 
Elle cree un nouveau pool d'autorelease, execute une requete synchrone, et rappelle 
une autre methode sur le thread principal qui est chargee de mettre a jour l'interface 
avec les donnees obtenues. 

Execution d'une requete reseau en arriere-plan et envoi des informations recues vers le thread 
principal. 

- (void) ref reshDataWi thUrl : (NSStri ng-'O url 
{ 

NSAutorel easePool '-pool = [ [NSAutorel easePool alloc] init]; 

NSURLRequest ^request = . . . ; 

NSData *data; 

//[...] 

// Execution de la requete reseau - Voir exemple plus haut 

[self performSel ectorOnMai nThread :@sel ector(updateWi thNewData: ) 
withObject:data waitUntilDone:NO] ; 

[pool rel ease] ; 

} 
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Best PRACTICE Allumer I'indicateur d'activite reseau 

Lors de vos traitements reseau, vous pouvez faire appel a la propriete networklndi catorVi si bl e 
de la classe UIAppl i cati on pour faire tourner I'indicateur d'activite reseau pendant toute la duree 
de chargement. 

[UIAppli cation sharedApplication] .networkActivitylndicatorVisible = YES; 
[UIAppli cati on sharedApplication] .networkActivi tylndi catorVi si ble = NO; 

C'est generalement une bonne idee de mettre en marche I'indicateur pour que I'utilisateur comprenne 
que I'application est en train de travailler en arriere-plan. 

Attention cependant, comme pour tout autre acces a I'interface, il faut executer ces modifications depuis 
le thread principal et non pas dans un thread d'arriere-plan. 



Connexions reseau asynchrones 

Les requetes asynchrones donnent au developpeur un controle beaucoup plus fin sur 
la preparation, l'execution de la requete et la reception des donnees. 

Vous voudrez par exemple les utiliser quand : 

• Le volume de donnees a charger est important et que vous avez besoin d'un indi- 
cateur de progression du telechargement. 

• Les regies par defaut de gestion des cookies et du cache ne conviennent pas a 
votre besoin. 

• Vous voulez lancer et suivre de nombreuses connexions en parallele. 

• Vous voulez pouvoir interrompre une connexion avant quelle se termine. 

Preparation d'une requete asynchrone 

Pour executer une requete asynchrone, il faut, comme pour les requetes synchrones, 
preparer un objet NSURLRequest. La classe qui executera ensuite le chargement est 
NSURLConnection. Celle-ci est initialisee avec l'objet NSURLRequest et un delegue. 

A chaque fois que l'etat de la connexion evolue, l'instance de NSURLConnection le 
notifie au delegue. Le plus souvent, le delegue sera la classe qui declenche la connexion. 

Preparation et lancement d'une connexion asynchrone 

data = [[NSMutableData alloc] init]; 

NSURLConnection -'url Connection = [[NSURLConnection alloc] 

initWithRequest:urlRequest del egate : sel f ] ; 
if (urlConnection) { 

// La connexion va demarrer 

} 
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else { 

//La connexion n'a pas pu etre i ni ti al i see . 
[data rel ease] ; 

} 

Une fois la methode d'initialisation appelee, la connexion est lancee et le delegue va 
commencer a recevoir des informations. Dans l'exemple precedent, on initialise une 
variable d'instance (data) dans laquelle on stockera les donnees au fur et a mesure. 

II est important de noter qu'ici comme dans la plupart des cas ou des fonctions de 
callback sont appelees, les methodes du delegue sont appelees sur le thread principal. 
II est done possible de modifier directement l'interface. 

Remarque Le delegue de NSURLConnection implemente un protocole informel 

Le delegue d'un objet NSURLConnecti on n'a pas besoin d'implementer un protocole explicitement. II 
s'agit d'un protocole informel, e'est-a-dire qu'il suffit de creer les methodes avec les noms attendus pour 
qu'elles soient appelees. 

Cette pratique est de moins en moins repandue dans les API Cocoa. On lui prefere en general I'utilisation 
d'un protocole explicite. 



Etablissement de la connexion 

Une fois la connexion etablie, la methode connection:didReceiveResponse: du 
delegue est appelee avec la connexion en cours et un objet NSURLResponse. 

Si jamais le serveur a demande une redirection, cette methode sera appelee plusieurs 
fois. On reinitialise a chaque fois l'objet qui contient les donnees recues pour qu'il ne 
garde que les donnees de la derniere reponse. 

Reception d'une reponse a une connexion asynchrone 

- (void) connect! on: (NSURLConnection •'•') connection 
didReceiveResponse: (NSURLResponse *)response 
{ 

[data setLength:0] ; 

} 

II est egalement possible a ce moment de connaitre la taille totale de la reponse a 
l'aide de la propriete expectedContentLength de l'objet response. 
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Reception de donnees 

A chaque fois que des donnees sont recues, la methode du delegue 
connecti on : di dRecei veData : est appelee. Elle doit enregistrer les donnees recues. 

Reception de donnees dans une connexion asynchrone 

- (voi d) connecti on : (NSURLConnecti on *) connecti on di dRecei veData: (NSData 
*)someData 

{ 

[data appendData : someData] ; 

} 

La taille totale des donnees attendues etant connue, il est possible de mettre a jour 
dans l'interface un indicateur de progression du telechargement. 

Fin de connexion 

La fin de la connexion est signalee au delegue par l'intermediaire de la methode 
connection:didFailWithError: en cas d'erreur ou, en cas de succes, de la methode 
connecti on : di dFi ni shLoadi ng : . 

Methode appelee en cas d'echec d'une connexion reseau asynchrone 

- (voi d)connecti on : (NSURLConnection *)connection 
did Fail Wi thError: (NSError *)error 

{ 

[connection release]; 
[data rel ease] ; 

NSLog(@"Echec de la connexion - %@ %@" , 
[error localizedDescription] , 

[[error userlnfo] objectForKey : NSErrorFai 1 i ngURLStri ngKey] ) ; 

} 

Methode appelee quand une connexion reseau asynchrone se termine normalement 

- (voi d) connecti onDi dFi ni sh Loadi ng : (NSURLConnecti on *) connecti on 
{ 

NSLog(@"Succes de la requete. %d octets recus",[data length]); 
[connection release]; 
// Traitement sur les donnees recues 
[data rel ease] ; 

} 
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Conclusion 



Nous avons vu dans ce chapitre comment executer des requetes reseau en mode syn- 
chrone ou asynchrone, et comment executer des traitements en arriere-plan. 

Avec ces elements, vous avez toutes les connaissances necessaires pour implementer 
des applications complexes communiquant avec des services web. 



CONSEIL Mise en place de caches de donnees 

Les classes NSURLConnecti on et NSURLRequest tentent de mettre en cache les donnees recues. 
Neanmoins, sur I'iPhone ce cache est extremement limite : les donnees sont uniquement gardees en 
memoire (pas ecrites sur le disque) et la taille du cache est tres limitee. 

II est fortement recommande d'implementer votre propre cache pour tous les elements un peu lourds qui 
proviennent du Web. C'est en particulier vrai pour toutes les images distantes que vous voudrez integrer 
dans vos applications. 
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Persistance d'objets 
avec CoreData 



Core Data est un framework apparu avec Mac OS 10.4 sur le Mac et integre a 
Cocoa Touch pour 1'iPhone depuis l'OS 3.0. C'est un framework de mapping objet- 
relationnel {Object-Relational Mappingcn anglais ou ORM) qui permet de stocker 
dans une base de donnees un graphe d'objets. 

Avant la democratisation de ces outils, il etait courant de passer un temps important 
dans chaque application pour ecrire des objets en charge de la persistance des don- 
nees. Le plus souvent en appliquant le design pattern DAO (Data Access Objects) on 
ecrivait du code qui executait les requetes SQL pour charger et enregistrer des objets. 

Les frameworks ORM permettent aux developpeurs de manipuler directement des 
objets metier en memoire, de les lier entre eux et de sauver l'etat complet du graphe 
(c'est-a-dire l'etat des objets, mais aussi l'etat des relations entre les objets) sans ecrire 
une seule ligne de code SQL. 

Approfondir Les frameworks ORM 

Difficile de s'en passer une fois qu'on y a goute : il existe de nombreux frameworks de mapping objet- 
relationnel pour les langages modernes. Le plus connu est probablement Hibernate qui a conquis en 
quelques annees le monde des developpeurs Java et a fortement inspire la norme EJB3. 
En PHP, Propel et Doctrine, integres notamment au framework Symfony, remplissent le meme role et 
Hibernate propose une implementation .NET. 
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Dans ce chapitre nous presenterons le principe de fonctionnement d'un framework 
ORM, puis nous presenterons les bases de Core Data. 



Introduction a I'ORM 

Pour la tees grande majorite des projets qui manipulent des objets stockes dans une base 
de donnees, les frameworks de mapping objet-relationnel sont une solution extreme- 
ment elegante et efficace a un certain nombre de problemes plus ou moins complexes. 



Du monde objet au monde relationnel 

Les frameworks ORM prennent en charge la conversion d'un modele d'objets (les 
objets de l'application en memoire) vers un modele relationnel (une base de donnees 
composee de tables et de cles etrangeres). 

Bien qu'il soit relativement simple de stocker dans une base des objets simples, le 
probleme devient beaucoup plus complique quand on souhaite enregistrer des rela- 
tions n-n ou des listes contenant des objets de types differents. Pour ces deux cas, il 
faut creer des tables supplementaires afin d'exprimer en langage relationnel la 
richesse des relations permises par le monde objet. 

Cette complexite est completement masquee par le framework ORM. Le deve- 
loppeur n'a plus besoin de se soucier des tables supplementaires qui vont etre creees 
et maintenues automatiquement par le framework. 



Gestion des relations 

Dans le monde objet, les relations sont concretisees par des references que les objets 
gardent les uns sur les autres. Un objet Von tu re va garder une reference vers un objet 
Conducteur ; un objet Editeur va garder une liste de references vers des Livres. 

Un des roles joues par le framework ORM est le chargement automatique des objets 
lies a un objet. Ainsi, une fois l'objet Voiture charge en memoire, il suffira d'appeler 
la propriete voiture. conducteur pour obtenir une reference vers le conducteur. II 
suffit d'utiliser cette meme propriete pour affecter un nouveau conducteur et le fra- 
mework va prendre en compte ce changement et le repercutera dans la base quand on 
lui demandera d'enregistrer les modifications faites au graphe des objets. 

Dans le cas de relation bidirectionnelle, le framework prend en charge la mise a jour 
de l'autre extremite de la relation. Ainsi, quand on affecte un nouveau conducteur a 
une voiture, la propriete voitureCourante de l'instance de conducteur est mise a jour 
automatiquement. 
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Performances 

Le framework ORM est un outil tres complexe, souvent plus encore que le code qui 
aurait ete ecrit manuellement pour faire persister des objets en base. 

II est ainsi capable de ne pas charger automatiquement toutes les relations : il ne 
charge les objets lies que quand on y fait reference. C'est totalement transparent pour 
le developpeur et cela permettra souvent un gain tres important en performances. 

Le framework peut egalement ne pas charger toutes les proprietes, ce qui est interes- 
sant quand certaines proprietes prennent beaucoup de place en memoire mais ne 
sont pas toujours utilisees. 

II permet d'executer une requete, de recuperer une liste d'objets, mais de faire en 
sorte que les objets ne soient reellement charges depuis la base que quand ils sont uti- 
lises. Cela permet encore une economie tres importante d'acces a la base et une forte 
amelioration des performances. 

Notion de contexte ou de session 

Dans tous les frameworks ORM, on retrouve la notion de contexte. Les objets etant 
capables d'aller chercher des informations en base pour completer leurs relations ou 
leurs proprietes, ils ont besoin de garder une reference vers cette base de donnees. 

De plus, puisqu'on ne manipule pas un seul objet mais bien un graphe d'objets, il faut 
un mecanisme permettant de delimiter le graphe d'objets : c'est la session dans la ter- 
minologie Hibernate ou le contexte dans la terminologie Core Data. 

Tous les objets charges depuis la base de donnees sont associes a ce contexte. 
Lorsqu'une modification est faite a Fun d'eux, il notifie le contexte qui sait alors que 
cet objet a ete modifie et enregistre quelle propriete devra etre sauvegardee. Quand 
un objet a besoin d'aller chercher des objets lies, il interroge le contexte qui renvoie 
directement les instances existantes en memoire, si ces objets etaient deja charges, ou 
qui fait appel a la base pour les charger si ce n'etait pas le cas. 



Mise en place de l environncment Core Data 

Pour fonctionner, Core Data a besoin de trois elements distincts : 

1 un modele qui contient la description des objets qui vont etre manipules et les 
relations qui peuvent exister entre eux : NSManagedObjectModel ; 

2 un entrepot de stockage de donnees (Store en anglais), implemente par la classe 
NSPersi stentStoreCoordi nator ; 
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3 un contexte d'objet que Ton cree a partir des deux elements precedents : 
NSManagedObjectContext. 

Si vous avez selectionne un modele de projet avec Core Data, ces trois etapes sont 
deja faites dans le code genere. 

Rappel Ne pas oublier d'ajouter Core Data a votre projet 

Core Data est un framework supplemental que vous devez ajouter a votre projet. Si vous n'avez pas 
selectionne un modele de projet avec Core Data, il aura ete ajoute automatiquement. 
Sinon, il suffit de cliquer avec le bouton droit sur la cible de votre projet (dans le groupe Target de Xcode) 
puis Add > Existing Framework. Dans la fenetre qui s'ouvre, cliquez sur le plus en bas a gauche et selec- 
tionnez Core Data. 
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Figure 13-1 Ajout du framework Core Data au projet 



Chargement de la description du modele 

La description du modele contient la liste de toutes les entires (tous les objets persis- 
tants) de l'application, de leurs attributs, des relations entre eux et des parametres et 
contraintes que vous leur aurez ajoutes. 
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Nous verrons un peu plus loin comment se fait la definition du modele dans Xcode. 
Sachez simplement que le modele est enregistre sous forme d'un ensemble de 
fichiers qui sont interpreted a l'execution par Core Data. 

La classe NSManagedObjectModel propose la methode statique mergedModelFromBundles 
qui renvoie une nouvelle instance initialisee avec toutes les definitions de modele trou- 
vees dans le bundle. 

Ainsi, pour charger en memoire toutes les definitions de modele du bundle principal, 
on peut utiliser le code suivant, qui ne charge le modele qu'une seule fois (il est garde 
dans une variable d'instance) : 

- (NSManagedObjectModel *)managedObjectModel { 

if (managedObjectModel != nil) { 
return managedObjectModel ; 

} 

managedObjectModel = [[NSManagedObjectModel 
mergedModelFromBundles: nil] retain] ; 

return managedObjectModel; 

} 



Mise en place de Pentrepdt de stockage des donnees 

La classe NSPersi stentStoreCoordi nator est responsable de tous les acces vers 
l'entrepot de stockage. Pour la plate-forme iPhone, l'entrepot est toujours une base 
de donnees SQLite ; sur la plate-forme Mac OS X il est possible d'enregistrer egale- 
ment les donnees au format XML. 

On initialise une instance en lui passant en parametre l'objet NSManagedObjectModel 
cree un peu plus tot, puis on lui indique a quel endroit stocker les donnees. 

De la meme facon que pour le modele, on ne cree qu'une seule instance de cet objet 
dans l'application qui est gardee dans une variable d'instance. 

- (NSPersi stentStoreCoordi nator "'OpersistentStoreCoordinator { 

if (persi stentStoreCoordi nator != nil) { 
return persi stentStoreCoordi nator ; 

} 

NSURL -storeUrl = [NSURL fi 1 eURLWi thPath : [[self 
appl i cati onDocumentsDi rectory] stri ngByAppendi ngPathComponent : 
@"CoreDataExampl e . sql i te"] ] ; 
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NSError -error; 

persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] 
initWithManagedObjectModel : [self managedObjectModel ]] ; 

if (! [persistentStoreCoordinator 
addPersi stentStoreWi thType : NSSQLi teStoreType configuration : ni 1 
URL: storeUrl options:nil error :&error]) { 
// Une erreur est survenue. 

} 

return persi stentStoreCoordi nator ; 

} 

// Recuperation du chemin vers le repertoire Documents de 1 'application 
// Cf. Chapitre 11 

- (NSString *)appl i cati onDocumentsDi rectory { 

NSArray -''paths = 
NSSearchPathForDi recto ri esInDomai ns(NSDocumentDi rectory, 
NSUserDomainMask, YES); 

NSString -basePath = ([paths count] > 0) ? [paths objectAtlndex : 0] : 

ni 1 ; 

return basePath; 

} 



Creation du contexte 

Le contexte permet de maintenir le lien entre les objets et la base de donnees. On 
parle d'objets manages, car ils appartiennent tous au contexte et qu'ils sont tous geres 
par le contexte. 

C'est egalement grace a ce contexte qu'on pourra ensuite executer des requetes sur la 
base de donnees. 

On initialise le contexte a l'aide de alloc/init puis on utilise la methode 
setPersi stentStoreCoordi nator: pour lui permettre d'acceder au modele et aux 
donnees. Ici encore, on ne cree qu'une seule instance de ce contexte qui est conservee 
dans une variable d'instance. 

- (NSManagedObjectContext *) managedObjectContext { 

if (managedObjectContext != nil) { 
return managedObjectContext; 

} 



NSPersistentStoreCoordinator -coordinator = 

[self persistentStoreCoordinator] ; 
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if (coordinator != nil) { 

managedObjectContext = [[NSManagedObjectContext alloc] init]; 
[managedObj ectContext setPersi stentStoreCoordi nator : 
coordinator] ; 

} 

return managedObjectContext; 

} 



Description du modele 

La description du modele peut se faire en code, mais il est tres fortement recom- 
mande d'utiliser l'outil graphique integre a Xcode qui reprend un vocabulaire proche 
des diagrammes de classe UML. 

ASTUCE Separer le modele en plusieurs fichiers de description 

Votre modele peut etre compose d'un ou plusieurs fichiers de description. Si vous utilisez la methode pre- 
sentee plus haut pour initialiser NSManagedOb j ectModel , tous les modeles seront fusionnes lors du 
chargement de I'application. 




Figure 13-2 L'editeur de modele dans Xcode 



I La manipulation des donnees 

I QUATRIEME PARTIE 

Creation d'un nouveau model e 

Si vous avez cree votre projet en utilisant un modele base sur Core Data, un fichier 
de definition de modele vide a ete cree, qui porte le nom de votre projet. 

Vous pouvez toujours en ajouter un a l'aide du menu New File... > Ressource > Core Data 
Model. 

L'interface est decoupee en trois zones superieures et en une zone inferieure. 

Dans la partie superieure de l'ecran, on trouve trois panneaux permettant de gauche a 
droite : 

1 de lister toutes les entites du modele, d'en ajouter et d'en supprimer ; 

2 de lister tous les attributs et relations de l'entite actuellement selectionnee ; 

3 d'editer les proprietes supplementaires de l'entite, l'attribut ou la relation selectionnee. 

Dans la partie inferieure, on trouve une representation graphique du modele : entites, 
attributs et relations. 

Edition du modele 

L'edition du modele se fait de maniere tres intuitive dans l'interface graphique pro- 
posee par Xcode. 

Vous pouvez simplement creer de nouvelles entites, definir le nom, le type et la valeur 
par defaut de leurs attributs, ajouter des contraintes particulieres sur les attributs 
(comme une plage de valeurs autorisees, ou une expression reguliere qui doit etre vraie). 

La definition des relations se fait tout aussi simplement a l'aide de l'outil Line dispo- 
nible en bas a gauche qui permet de relier deux objets a l'aide d'un trait. On definit 
ensuite, dans la partie superieure de l'editeur, les proprietes de cette relation : uni- ou 
bidirectionnelle, 1 a N, N a N, etc. 



APPROFONDIR Utilisation de Xcode pour concevoir le modele 

Le guide Creating a Managed Object Model with Xcode (disponible dans la documentation du SDK 
iPhone) presente en detail l'interface de conception de modele de Xcode. 

Si vous souhaitez plus d'informations sur la signification des differentes options, il vaut mieux vous refe- 
rer au guide de reference Core Data : Core Data Programming Guide. 
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Creation des classes du modele 

II n'est pas indispensable de creer vos propres classes pour le modele. Par defaut, la 
classe NSManagedObject est instanciee pour representer vos entites et elle est capable 
de gerer les messages correspondant aux attributs que vous avez declares dans le 
modele ainsi que la validation de ces derniers. 

Neanmoins, si vous souhaitez pouvoir utiliser la completion dans Xcode et avoir la 
possibilite d'ajouter des methodes supplementaires a vos objets metiers, il est utile de 
creer explicitement une classe pour les representer. 

Xcode permet de faire cela automatiquement. II faut tout d'abord selectionner le 
modele dans les ressources du projet (panneau de gauche de la fenetre principale 
Xcode) puis a l'aide du menu New File...>Cocoa Touch Class>Managed Object Class. Un 
assistant se lance, qui va rechercher dans le modele toutes les entites et les propose 
dans une liste. II suffit ensuite de selectionner toutes les entites pour lesquelles vous 
voulez que la classe soit generee automatiquement. 



Figure 13-3 
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Le code genere est tres simple. On remarque qu'il n'y a aucun code specifique a Core 
Data dans la classe, si ce n'est la reference a la classe parente : NSManagedObjectModel . 
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Fichier d'interface genere par Xcode pour I'entite Contact 

#import <CoreData/CoreData. h> 



©interface Contact : NSManagedObject 

{ 

} 

©property (nonatomic, retain) NSString * nom; 
©property (nonatomic, retain) NSString * prenom; 
©property (nonatomic, retain) Societe * employeur; 

©end 



Fichier d'implementation genere par Xcode pour I'entite Contact 

#import "Contact. h" 



©implementation Contact 

©dynamic nom; 
©dynamic prenom; 
©dynamic employeur; 

©end 



Manipulation d'objets geres par le contexte 

Les objets maintenus persistants par Xcode (les entites) sont des instances d'objet 
Objective-C qui derivent toutes de NSManagedObject. 

On utilise les objets de maniere tout a fait habituelle, mais leur creation et leur enre- 
gistrement sont naturellement un peu particuliers. 

Creation d'une nouvelle instance 

La creation d'une nouvelle instance se fait a l'aide de la methode statique 
i nsertNewObjectForEnti tyForName : i nManagedObjectContext : de la classe 
NSEnti tyDescri pti on. 
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Cette classe prend en premier parametre le nom de l'entite, et en deuxieme para- 
metre le contexte. Elle renvoie une instance initialisee avec les valeurs par defaut 
definies dans le modele. 

Contact *newContact = [NSEntityDescri ption 

i nsertNewObjectForEnti tyForName : ©"Contact" 
i nManagedOb j ectContext : context] ; 

II est important de noter que cette instance est ajoutee au pool de liberation automa- 
tique et que l'appelant doit la retenir s'il souhaite conserver une reference vers cet objet. 



La sauvegarde de tous les objets du contexte se fait en appelant la methode save sur 
le contexte. Tous les objets qui ont ete ajoutes au contexte, modifies ou supprimes 
sont alors sauvegardes en base. 

NSError -error; 

if (([context save:&error]) 

{ 

NSLog(@"Erreur Tors de 1 ' enregi strement des donnees: %@ - %@" , error, 
[error userlnfo] ) ; 
} 

Si une erreur survient lors de l'enregistrement (par exemple parce que les attributs ne 
respectent pas les contraintes de validation), la variable error contiendra une des- 
cription complete de l'erreur. 



Pour executer une requete, il faut creer une instance de l'objet NSFetchRequest dans 
laquelle on definit les criteres de recherche. 

II existe trois criteres principaux pour une requete : 

1 l'entite que Ton cherche a obtenir ; 

2 un predicat sur cette entite ; 

3 un (ou plusieurs) critere de tri. 



Enregistrement des objets du contexte 



Execution d'une requete pour obtenir des objets 
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Recherche d'une entite dans la base 

La recherche la plus simple permet de recuperer tous les objets d'une entite en parti- 
culier. II suffit pour cela d'indiquer uniquement l'entite que Ton recherche. 

NSFetchRequest *f etchRequest = [ [ [NSFetchRequest alloc] init] 
autorel ease] ; 

[fetchRequest setEntity: [NSEntityDescription 
enti tyForName : ©"Contact" 

i nManagedOb j ectContext : managedOb j ectContext] ] ; 

NSArray -'contacts = [managedObjectContext 
executeFetchRequest : fetchRequest error :&error] ; 

On remarque l'utilisation de la methode enti tyForName :i nManagedOb j ectContext: 
de la methode NSEntityDescription qui renvoie la description d'une entite a partir 
de son nom. 

Recherche basee sur un predicat 

Un predicat est une condition qui doit etre verifiee pour que l'objet soit selectionne 
et renvoye. En Objective-C, c'est une instance de l'objet NSPredicate. 

NSPredicate '"predicate = 

[NSPredicate predicateWithFormat:@"prenom = 'John'"]; 

[fetchRequest setPredi cate : predi cate] ; 

NSArray -johns = [managedObjectContext executeFetchRequest : fetchRequest 
error :&error] ; 



APPROFONDIR Maitriser les predicats 

La syntaxe exhaustive des predicats est decrite dans le guide Predicate Programming Guide qui est 
fourni avec le SDK. 

Definir I'ordre des objets renvoyes 

Des criteres de tri peuvent etre ajoutes a la requete pour definir dans quel ordre les 
objets doivent etre renvoyes. C'est la propriete sortDescriptors de l'objet 
NSFetchRequest. Elle contient une liste d'objet NSSortDescri ptor. Chacun definit 
un tri sur une propriete. 
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NSSortDescri ptor -sortDescri ptor = [[NSSortDescriptor alloc] 
i ni tWi thKey : @"nom" ascendi ng : YES] ; 

NSArray -'sortDescri ptors = [NSArray arrayWi thObject : sortDescri ptor] ; 

[fetchRequest setSortDescriptors : sortDescriptors] ; 

[sortDescri ptor release]; 

NSArray *sortedContacts = [managedObjectContext 
executeFetchRequest : fetchRequest error:&error] ; 

Aller plus loin avec les requetes 

L'objet NSFetchRequest permet de definir de nombreux parametres qui ont un 
impact essentiel sur les performances de votre application. II est ainsi possible de 
demander a ce que tous les objets ne soient pas charges en memoire des la requete, 
mais plutot quand on y accedera ; ou encore d'indiquer que les entites liees ne doi- 
vent pas etre chargees immediatement. 

La documentation de NSFetchRequest decrit plus en detail les possibilites de para- 
metrage des requetes. 



II est possible de supprimer un objet a l'aide de la methode deleteObject: du con- 



Supprimer un objet 



texte. 



[managedContext deleteObject: 



contact] ; 



L'objet n'est reellement supprime qu'apres un appel a la methode save. 



Conclusion 



Dans ce chapitre, nous avons couvert les bases de Core Data. C'est un framework 
extremement riche et puissant qui devrait faire l'objet de toute votre attention si vos 
applications manipulent des volumes de donnees quelque peu importants. 
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des donnees multimedias 



L'iPhone est plebiscitee notamment comme une formidable plate-forme multimedia. 
Ses utilisateurs ont l'habitude d'ecouter de la musique, de prendre des photos et 
regarder des videos. 

Nous montrerons dans ce chapitre comment lire des sons au sein de votre applica- 
tion, comment lancer la lecture de videos, comment acceder a la bibliotheque iPod de 
l'utilisateur et enfin comment utiliser l'appareil et la camera video de Y iPhone. 



Integrer le son au coeur de vos applications 

Le son peut apporter une dimension supplemental a votre application. Utilise avec 
parcimonie et sous reserve que vous preniez un grand soin a l'enregistrement et a la 
preparation de vos fichiers audio, il permet de surprendre l'utilisateur via un canal 
homme-machine encore sous-utilise. 
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Les formats audio pris en charge par 1'iPhone 

L'iPhone est capable de lire et decoder differents formats audio non compresses et 
compresses. Le tableau ci-apres resume les principaux formats reconnus par 
1'iPhone. 



Format 


Compression 


Description 


MP3 


Oui 


Le format MPEG1 -Audio layer 3 est un format de compression audio avec 

perte. C'etait a I'origine le format audio du format video MPEG1 . 

Rendu celebre dans les annees 1 990, ce n'est plus aujourd'hui le format le 

nlu<; pffirarp nnnr rntnnrp<;<:pr Hps firhiprs; purlin 


AAC 


Oui 


Advanced Audio Coding est un algorithme de compression avec perte 
invente pour offrir une meilleure qualite que le MP3 a debit egal. 


ALAC 


Oui 


Apple Lossless Audio Codec est un format de compression audio sans perte 
proprietaire Apple. II permet de compresser des fichiers audio sans perdre 
d'information (done sans aucune degradation du son). 


IMA4 


Oui 


Aussi connu sous le nom ADPCM, ce format permet une compression avec 
perte des fichiers audio. 

Son principal interet est qu'il peut etre facilement decode par le CPU de 
1'iPhone, ce qui en fait le format de choix si vous devez lire plusieurs fichiers 
audio en meme temps. 


Linear PCM 


Non 


C'est le format de fichiers audio non compresse le plus repandu. On le 
retrouve dans les fichiers WAV ou AIFF. 



Attention Les limites du hardware audio de 1'iPhone 

A I'exception du format IMA4, tous les formats compresses sont decodes par le hardware de 1'iPhone. Un 
seul fichier peut etre lu a la fois ; au-dela, c'est le CPU qui doit faire le decodage, avec de fortes repercus- 
sions sur votre application en termes de performances. 

Si vous souhaitez lire plusieurs fichiers audio en meme temps ou lire un fichier audio pendant que I'utili- 
sateur ecoute I'iPod, il est fortement conseille d'utiliser le format IMA4 ou le format PCM. 

Convertir les fichiers audio pour 1'iPhone 

Tous les ordinateurs Mac disposent de af convert, un outil en ligne de commande 
qui permet de convertir des fichiers audio d'un format a l'autre. 

Pour convertir un fichier audio au format Linear PCM dans un fichier CAF : 
afconvert -f caff -d LEI16 <fichier source> <fichier destination> 
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Pour convertir au format AAC : 
afconvert -f aac <fichier source> <fichier destination> 

Enfin, pour convertir un fichier au format IMA4 : 
afconvert -f caff -d ima4 <fichier source> <fichier destination> 

Lorsque afconvert est lance sans aucun argument, il affiche la liste des formats pris 
en charge. 

Lancer la lecture de sons dans votre application 

II existe plusieurs methodes pour lire des sons dans votre application. La methode 
presentee ici s'appuie sur la classe AVAudioPlayer qui offre une interface objet aux 
API de plus bas niveau comme Core Audio. 

Cet objet fait partie du framework AVFoundation qui doit etre ajoute a votre projet. 
Pour cela, selectionnez la cible de votre projet (dans le groupe Targets de Xcode) puis 
selectionnez Add > Existing Framework. Dans la fenetre qui s'ouvre, cliquez sur le + en 
bas a gauche puis selectionnez AVFoundation.. 



Figure 14-1 
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Vous devez ensuite importer son fichier d'en-tete : 
#import <AVFoundati on/AVFoundati on . h> 

On initialise AVAudioPlayer avec FURL d'un fichier audio. II est possible de regler le 
volume de lecture (valeur entre 0 et 1), ce volume permet d'ajuster le son du fichier 
qui va etre lu, mais ne change pas le reglage du volume de 1'iPhone (il n'est pas pos- 
sible de changer le volume de 1'iPhone depuis une application). 

NSString *soundPath = [[NSBundle mainBundle] pathForResource : @"alerte" 
ofType : @"wav"] ; 

AVAudi oPl ayer -audi oPl aye r = [[AVAudioPlayer alloc] 

initWithContentsOfURL: [NSURL URLWi thStri ng : soundPath] 
error : nil] ; 
[audioPlayer play]; 
[audioPlayer setVol ume : 1] ; 

On peut fournir un delegue pour etre informe lorsque la lecture se termine ou 
lorsqu'elle est interrompue (si un appel entrant est recu par exemple). 

La principale methode du delegue est audioPlayerDidFinishPlaying: 
successful! y: qui est appelee lorsque la lecture est terminee. 

Remarque Volume de 1'iPhone 

Bien qu'il ne soit pas possible depuis une application de definir le son de 1'iPhone, vous pouvez ajouter 
dans vos vues le controle MPVol umeVi ew qui est une barre de reglage horizontale liee au volume sys- 
teme. Si I'utilisateur bouge le curseur de ce controle, le volume systeme est modifie. S'il utilise les bou- 
tons de reglage du volume de son iPhone, le curseur bouge pour refleter les modifications. 



Lecture de videos 

La lecture de videos sur 1'iPhone se fait a l'aide du composant 
MPMovi ePl ayerControl 1 er qui fait partie du framework MediaPlayer. Ce composant 
specifique permet de lire des videos depuis les ressources de votre application ou 
depuis une URL externe. 

Lorsque l'application demarre la lecture, le lecteur vient recouvrir l'ensemble de 
l'application et joue la video. II est possible de definir quels controles doivent etre 
affiches (pause, avance rapide, etc.). II n'est par contre pas possible de lire des videos 
dans une zone plus petite : la video doit etre jouee en mode plein ecran. 
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Formats de videos pris en charge 



Le composant MPMovi ePlayerController est capable de lire toutes les videos prises 
en charge par 1'iPhone. Le format le plus utilise est le H264, on peut le trouver dans 
des fichiers .mov, .mp4 et .mpv. 

ASTUCE Determiner le format d'un fichier video 

II est possible de trouver tres facilement le format d'une video en I'ouvrant dans le lecteur QuickTime et 
en affichant I'inspecteur de sequence (menu Fenetre>Afficher I'inspecteur de sequence). 



La premiere etape consiste a ajouter le framework MediaPlayer dans votre projet et a 
importer le fichier d'en-tete specifique : 

#import <Medi aPl ayer/MediaPlayer . h> 

II faut ensuite creer une instance de l'objet MediaPlayer et initialiser avec FURL de 
la ressource video a lire. 

NSURL *movieURL = [NSURL URLWithString:@"http://www. mywebsite.com/ 
mymovi e . mp4"] ; 

moviePlayer = [ [MPMovi ePl ayerControl 1 er alloc] 
i ni twi thContentURL : movi eURL] ; 

Une fois l'objet MPMovi e PI aye rCont roller cree, il commence immediatement a 
charger la video. II est possible d'appeler immediatement la methode play pour 
lancer la lecture (ce qui entraine l'affichage du lecteur video en plein ecran). 

[moviePlayer play]; 



S'abonner aux notifications pour suivre le deroulement de la lecture 



Pour suivre le deroulement de la lecture, la classe MPMovi ePlayerController ne pro- 
pose pas de delegue, mais s'appuie sur le mecanisme des notifications qui est tres 
repandu dans le monde Cocoa. 

Lapplication doit s'enregistrer aupres du centre de notification pour recevoir cet eve- 
nement. On indique : 

• l'objet qui souhaite recevoir les evenements (en general sel f) ; 

• le nom du selecteur a appeler ; 



Integrer le lecteur video dans une application 
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• le nom de la notification qu'on souhaite recevoir ; 

• et enfin l'objet pour lequel on veut recevoir les notifications. 

[ [NSNoti f i cati onCenter def aul tCenter] 
addObserver : sel f 

sel ector : @sel ector (movi ePl ayBackDi dFi ni sh : ) 
name : MPMovi ePl ayerPl aybackDi dFi ni shNoti f i cati on 
object : movi ePl aye r] ; 

Le selecteur peut (par exemple) liberer la memoire du lecteur video lorsque la lecture 
est terminee. 

- (voi d) movi ePl ayBackDi dFi ni sh : (NSNoti fi cati on*)noti f i cation 
{ 

[moviePlayer release]; 
movi ePl ayer = ni 1 ; 

} 

Les autres notifications qui peuvent etre transmises sont : 

• MPMoviePlayerContentPreloadDidFinishNotification qui indique que le pre- 
chargement est termine (il est done possible d'appeler la methode pi ay et la video 
demarrera sans attente) ; 

• et MPMovi ePlayerScalingModeDidChangeNotifi cati on qui est appelee lorsque 
l'utilisateur change le zoom de la video. 

Personnaliser le lecteur video 

II est possible de personnaliser le lecteur video en choisissant la couleur de fond (qui 
par defaut est le noir) et les controles a afficher a l'ecran. 

La couleur de fond peut etre definie avec la propriete backgrounded or. Elle est affi- 
chee autour de la video lorsque celle-ci ne remplit pas tout l'ecran. 

movi ePl ayer . backgroundCol or = [UlColor whiteColor]; 

Les controles affiches a l'ecran par defaut permettent a l'utilisateur de controler la 
lecture de la video (lecture/pause, barre de temps) et le volume. II est possible de 
limiter l'interface au reglage du volume ou de supprimer completement l'interface. 
C'est ce qui est fait generalement quand une video est jouee au demarrage d'une 
application. 
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La propriete movieControlMode peut done prendre un des trois etats suivants : 

• MPMovieControlModeDefault, 

• MPMovieControlModeVolumeOnly ou 

• MPMovieControlModeHidden. 

moviePlayer.movieControlMode = MPMovi eControl ModeHi dden ; 

Aller plus loin avec les videos iPhone 

Le lecteur video est un composant extremement puissant qui a beneficie de plusieurs 
ameliorations lors du lancement de 1'iPhone OS 3.0. Les deux plus importantes sont la 
possibilite de lire des flux video en streaming, ce qui permet de transmettre des videos 
live a 1'iPhone et la possibilite d'ajouter des elements d'interface par-dessus la video. 

Proposer des videos live 

La preparation des flux video pour iPhone est un sujet complexe qui fait l'objet de 
plusieurs documentations Apple. 

Le guide HTTP Live Streaming Overview explique comment fournir des flux video 
en HTTP. II est possible de proteger les contenus en les chiffrant et en utilisant une 
connexion HTTPS. 

Ajouter des elements par-dessus la video 

Avec iPhone OS 3.0, Apple a documente une methode pour enrichir les videos, qui 
etait deja connue des developpeurs, mais restait non officielle (et done soumise a des 
rejets lors de la soumission a TApp Store). 

II est desormais possible d'enrichir l'interface de lecture des videos en ajoutant des 
vues par-dessus, ce qui permet d'ajouter vos propres zones de texte, des boutons, etc., 
ou meme de dessiner directement sur la video. 

Cette technique est presentee dans le projet exemple MoviePlayer qui fait partie du 
SDK. 



Acceder a la bibliotheque musicale de PiPhone 

Autre nouveaute apportee par 1'iPhone OS 3.0, Faeces a la bibliotheque de i'utilisa- 
teur, fonctionnalite tres demandee par les developpeurs. 
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Elk permet d'obtenir la liste de toutes les chansons de l'utilisateur et de controler le 
lecteur audio. 

Attention Seuls les contenus audio sont accessibles 

Dans sa version actuelle, I'API d'acces a la bibliotheque iPod permet de lire tous les contenus audio 
(chansons, podcasts, livres audio), mais elle ne permet pas d'acceder aux contenus video. 

Comme pour les autres exemples de ce chapitre, vous devez commencer par aj outer a 
votre projet le framework MediaPlayer et importer son fichier d'en-tete. 

#i mpo rt <Medi aPl aye r/Medi aPl aye r . h> 

Attention La bibliotheque iPod n'est pas accessible dans le simulateur 

Toutes les fonctionnalites de I'API permettant I'acces a la bibliotheque iPod doivent etre testees sur un 
vrai terminal, car le simulateur ne permet pas de simuler I'application iPod. 

Parcourir la bibliotheque musicale de 1'iPhone 

Le framework MediaPlayer propose deux approches pour acceder a la bibliotheque 
de l'utilisateur. 

La premiere approche permet d'afficher une fenetre dans laquelle l'utilisateur choisit 
les morceaux qui l'interessent. Cette fenetre reprend le look&feel de I'application iPod. 

La deuxieme approche permet de lancer depuis le code de votre application des 
recherches dans la base de donnees iPod. 

Demander a l'utilisateur de choisir de la musique 

La classe MPMedi aPi ckerControl 1 er est un controleur de vue modale. On lui fournit 
un delegue qui est appele quand l'utilisateur a fini de selectionner des morceaux. 

MPMediaPickerController ••mediaPickerController = 
[ [MPMedi aPi ckerControl ler alloc] 

initWithMediaTypes : MPMedi aTypeAnyAudio] ; 

[mediaPickerController setDelegate: self]; 

[mediaPickerController setAl 1 owsPi cki ngMul ti pi eltems : YES] ; 

medi aPi ckerControl 1 er . prompt = @"Choisissez des chansons a jouer"; 

[self presentModalViewController : mediaPickerController animated: YES]; 
[mediaPickerController release] ; 
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Figure 14-2 
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Le delegue (qui est en general le controleur qui a affiche la vue modale) doit imple- 
menter deux methodes. La premiere est appelee en cas de succes, avec un objet 
MPMedialtemCol lection. Cet objet contient une liste d'objets MPMedialtem qui 
decrivent chacun une piste audio. 

(void) mediaPicker: (MPMediaPickerController *) mediaPicker 
didPickMedialtems: (MPMedi altemCol lection *) collection { 

for (MPMedialtem -''item in coll ecti on . i terns) 
{ 

NSLog(@"Item: %@" , 

[i tem val ueFor Proper ty : MPMedi altemProper tyTi tie]); 

} 

[self di smi ssModal ViewControllerAnimated: YES]; 



Pour approfondir Les proprietes des medias 

Chaque objet MPMedialtem contient une liste de proprietes qui permettent de le decrire de maniere 
exhaustive : artiste, nom de la chanson, album, numero de la piste, etc. 

Vous trouverez la liste exhaustive des proprietes disponibles dans la documentation de la classe 
MPMedialtem. 



I La manipulation des donnees 

I QUATRIEME PARTIE 

La deuxieme methode du delegue est appelee dans le cas ou l'utilisateur ferme l'inter- 
face sans choisir de musique. On se contente alors de faire disparaitre la vue modale. 

- (void) medi aPi ckerDi dCancel : (MPMedi aPi ckerControl 1 er *) mediaPicker { 

[self di smi ssModalVi ewControll erAni mated : YES]; 

} 

Interroger directement la bibliotheque iPod 

II est egalement possible d'interroger directement la bibliotheque iPod a l'aide de la 
classe MPMedi aQuery. 

Cette classe dispose d'une propriete i tems qui par defaut renvoie l'integralite de la 
bibliotheque iPod de l'utilisateur. II est possible d'ajouter des predicats pour filtrer la 
liste selon les proprietes des contenus. 

- (void) searchAction 
{ 

MPMediaQuery *query = [[MPMedi aQuery alloc] init]; 

NSString '''search = textField.text; 
[query addFilterPredicate: 
[MPMedi aProper tyPredi cate 
predi cateWi thVal ue : search 
f orProperty : MPMedi altemPropertyArt i st] ] ; 

for (MPMedi altem *item in [query items]) 
{ 

NSLog(@"Item: %@" , 

[item val ueForProperty : MPMedi altemPropertyTi tl e] ) ; 

} 

[query release] ; 

} 

Contrdler PiPod depuis 1'application 

Vous pouvez choisir de creer un lecteur de musique propre a votre application. Dans 
ce cas, la lecture en cours dans 1'iPod est interrompue et votre application prend la 
main sur la musique. 

Vous pouvez egalement choisir de piloter le lecteur iPod de l'utilisateur. Dans ce cas, 
la lecture en cours n'est pas interrompue, vous pouvez interroger le lecteur de 
musique pour savoir quelle est la chanson en cours (la chanson que l'utilisateur etait 
en train d'ecouter avant qu'il lance votre application), manipuler le lecteur et sa liste 
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de lecture. Quand l'utilisateur quittera votre application, la musique que vous avez 
ajoutee a la liste de lecture continuera a etre lue. 

Remarque La bibliotheque iPod est etanche 

Bien que vous puissiez parcourir toutes les proprietes de la bibliotheque iPod et de l'utilisateur, et meme 
manipuler la liste de lecture de I'iPod, il est important de remarquer que la bibliotheque reste complete- 
ment etanche. 

II n'est pas possible depuis une application de recuperer le flux audio des morceaux de l'utilisateur ou 
d'ajouter des chansons dans sa bibliotheque. 

Quel que soit le type de lecteur que vous aurez retenu, la classe 
MPMusicPlayerController permet de controler le lecteur de musique. Cette classe 
propose deux methodes statiques pour acceder aux lecteurs : 

• appl i cati onMusi cPl ayer et 

• i PodMusi cPl ayer. 

On controle tres simplement la lecture a l'aide des methodes play, pause, 
ski pToNextltem, etc. Les proprietes repeatMode, shuffl eMode et volume permettent 
de configurer le lecteur. 

La liste de lecture peut etre definie a l'aide des methodes setQueueWithQuery : et 
setQueueWi thltemCol 1 ecti on : . Dans les deux cas, on remplace la liste de lecture en 
cours. 

MPMusicPlayerController- musicPlayer = 

[MPMusicPlayerController iPodMusicPlayer] ; 

[musicPlayer setQueueWithQuery :query] ; 
[musicPlayer play]; 

Comme le lecteur video, le lecteur de I'iPod utilise le mecanisme des notifications 
pour signaler que son etat a change (l'utilisateur a mis la musique en pause ou le lec- 
teur passe a la chanson suivante). 

Vous devez indiquer au lecteur que vous souhaitez recevoir les notifications a l'aide 
de la methode beginCeneratingPlaybackNotifi cations. La liste de toutes les noti- 
fications est fournie dans la documentation de la classe MPMusicPlayerController. 



Tirer partie des photos et videos de l'utilisateur 

La classe UllmagePickerController est un controleur de vue qui permet de tirer 
partie de l'album photo integre dans tous les iPhone et iPod Touch, de l'appareil 
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photo qui est present sur tous les iPhone et de la camera video qui est presente sur 
1'iPhone 3GS. II est possible de controler precisement quels controles seront affiches 
a l'utilisateur pour lui permettre eventuellement de recadrer sa photo ou de selec- 
tionner une sous-partie de sa video. 

L'application qui tire partie de cette classe doit definir un delegue qui sera appele 
quand l'utilisateur selectionnera une photo ou une video. 

Verifier ce que peut permet le materiel 

Tous les terminaux n'embarquant pas le meme materiel, il est important de pouvoir 
verifier dans votre application ce que permet le terminal. 

La methode de classe i sSourceTypeAvai Table: permet de savoir si une source de 
contenus est accessible. 



if ([UllmagePickerController 

i sSourceTypeAvai 1 abl e : UllmagePi ckerControl 1 erSourceTypeCamera] ) 
{ 

// Un appareil photo est disponible. 

} 



Type de source 



Description 



UllmagePi ckerControl 1 erSourceTypeCamera 


La camera est disponible uniquement sur les 
iPhone. 


UllmagePi ckerControl 1 erSou rceTypePhotoLi brary 


La collection de photos contient toutes les photos 
que l'utilisateur a synchronisers avec son terminal. 
II est disponible sur tous les iPhone et iPod Touch. 


UllmagePi ckerControl 1 erSou rceTypeSavedPhotosAl bum 


L'album photo contient toutes les images que 
l'utilisateur a enregistrees sur son terminal, soit 
depuis la camera, soit en faisant une capture 
d'ecran. 

L'album photo est disponible sur tous les iPhone et 
iPod Touch. 



La methode de classe avail abl eMediaTypesForSourceType: permet de connaitreles 
types de medias disponibles pour une source. II existe deux types de medias : 
kUTTypelmage pour les images fixes, kUTTypeMovi e pour les films. 

Pour savoir si la camera video est disponible, il faut done verifier que la source 
UllmagePi ckerControll erSourceTypeCamera est disponible et quelle prend en 
charge le type de media kUTTypeMovi e . 
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Parametrer (interface de prise de vue 

On cree une instance de UllmagePickerControl ler a l'aide de la methode i nit. Puis 
on definit la source que Ton souhaite utiliser. 

En indiquant UIImagePickerControllerSourceTypeCamera, on provoque l'affichage 
d'une vue camera qui permet a l'utilisateur de prendre une photo ; avec les deux autres 
sources, l'utilisateur choisit parmi les photos qui existent deja sur son telephone. 

Si la propriete al 1 owsImageEdi ti ng est vraie, l'utilisateur pourra recadrer sa photo ou 
ajuster sa sequence video. 

UHmagePi ckerControl 1 er -'imagePickerController = 
[[UHmagePickerController alloc] im't]; 

imagePi ckerControl ler . sourceType = 

UHmagePi ckerControl 1 erSourceTypeCamera; 
imagePickerController. delegate = self; 
imagePi eke rCont roller. all owsImageEdi ting = YES; 

[sel f presentModal Vi ewControl 1 er : i magePi ckerControl ler 

animated: YES] ; 
[imagePickerController release] ; 

Recuperer le media de l'utilisateur 

Le delegue est generalement le controleur de vue qui a fait appel a 
UHmagePi ckerControl ler. 

II doit implementer le protocole UHmagePi ckerControl lerDelegate. 

La premiere methode a implementer est celle qui est appelee si l'utilisateur annule la 
prise de vue. Dans ce cas, l'application doit faire disparaitre le controleur modal. 

- (voi d)i magePi ckerControl 1 erDi dCancel : (UHmagePi ckerControl ler 

*)picker 

{ 

[self dismissModalViewControllerAnimated:YES] ; 

} 

La deuxieme methode du delegue est plus interessante. Elle recoit en parametre un 
dictionnaire qui contient des informations sur le media selectionne par l'utilisateur. 

S'il a selectionne une photo, l'image (sous la forme d'un objet UHmage) est disponible 
dans la cle UHmagePi ckerControllerEditedlmage du dictionnaire, et l'image origi- 
nate dans la cle UHmagePi ckerControl lerOriginal Image. Les objets UHmage peu- 
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vent etre directement exploites dans l'application, on peut par exemple les afficher 
dans une vue UllmageView. 

- (voi d) image Pi eke rControl 1 er : (UllmagePi ckerControl 1 er *)pi cker 

di dFi ni shPi cki ngMedi aWi thlnf o : (NSDi cti onary *) i nf o 

{ 

imageView. image = [info 

objectForKey : UllmagePi ckerControllerEditedlmage] ; 

[self dismissModalViewControllerAnimatediYES] ; 

} 



Attention La resolution des photos est bien superieure a I'ecran 

En fonction du terminal utilise, I'image peut faire jusqu'a 3 megapixels, ce qui est bien plus que neces- 
saire pour afficher une image a I'ecran. 

II est done tres fortement recommande de manipuler uniquement des images reduites dans votre appli- 
cation, surtout si vous devez en conserver plusieurs en memoire. 

Si l'utilisateur a enregistre une nouvelle video, le dictionnaire contient une URL vers 
cette video dans la cle : UllmagePi ckerControllerMediaURL. 



Conclusion 

Nous venons de voir comment tirer partie des API multimedias de 1'iPhone. Pour 
chaque API, nous avons decrit les elements les plus importants, mais chacune regorge 
d'options et de fonctionnalites qui peuvent etre essentielles a votre application. 

Referez-vous a la documentation de chaque classe pour obtenir une description 
exhaustive des possibilites offertes par 1'iPhone aux developpeurs. 
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Utiliser les API de notifications 



Le service de notification poussee d'Apple {Apple Push Notification Service ou APNS 
pour les intimes) vous permet de garder le contact avec vos utilisateurs, meme quand 
votre application n est pas lancee. C'est une des avancees les plus attendues apportee 
par iPhone OS 3.0, et elle permet d'envisager de nouveaux types d'applications : 
messagerie instantanee, systemes d'alertes (flash info, un but est marque, le cours 
d'une action depasse un seuil, etc.). 

Dans ce chapitre, nous presenterons le principe de fonctionnement du service de 
notification, nous montrerons comment l'utiliser au sein d'une application iPhone, et 
comment envoyer des notifications a l'aide du langage PHP pour la partie serveur. 



Principe de fonctionnement d'APNS 

Le service de notification d'Apple repose sur une connexion permanente entre les 
serveurs d'Apple et l'ensemble des iPhone en circulation. Cette connexion n'est 
active que si l'utilisateur n'a pas desactive les notifications dans les reglages et s'il dis- 
pose d'une connexion de donnees. 
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Remarque Notification et iPod Touch 

Les iPod Touch beneficient aussi de ce service, mais uniquement lorsque leur connexion reseau est active 
(c'est-a-dire qu'ils doivent etre a portee d'une borne Wi-fi et que leur ecran doit etre allume). 

Qu'est-ce qu'une notification ? 

Une notification est un moyen de signaler a l'utilisateur qu'une information est dis- 
ponible dans votre application. Elle peut prendre la forme d'une boite de dialogue, 
d'un son, d'une pastille {badge en anglais) sur l'icone de l'application ou d'une combi- 
naison de ces elements. 

Pre-requis pour ('utilisation du service de notification 

Pour pouvoir utiliser le service de notification, votre application doit avoir son propre 
identifiant d'application (AppID) et le nom d'application renseigne dans le AppID 
doit correspondre exactement a l'identifiant de package {Bundle Identifier) dans le 
fichier de propriete de votre projet (info . pi i st). 

D'autre part, vous devez avoir active le service de notification pour cet identifiant 
d'application. II faut regenerer et retelecharger le fichier de provisionnement apres 
avoir active les notifications ; en effet, au moment de s'inscrire au service, 1'iPhone 
verifie dans le fichier de provisionnement que les notifications sont activees. 

Astuce Pour verifier que tout est pret 

Ouvrez le fichier de provisionnement de votre application avec un editeur de texte et cherchez la section 
Entitlements. 

<key>Enti tl ements</key> 
<di ct> 

<key>appl i cati on-i denti f i er</key> 
<st ri ng>7E4N8Z 5 34B . com . masoci ete . monapp</st ri ng> 
<key>aps-envi ronment</key> 
<stri ng>devel opment</str i ng> 
<!- [...] -> 
</dict> 

La chame de caracteres correspondant a la cle application-identifier doit reprendre exacte- 
ment la chame du Bundle Identifier defini dans votre fichier Inf o . pi i st. Le prefixe unique (les lettres 
et les chiffres) est ajoute automatiquement par Xcode et ne doit pas apparaTtre dans le fichier 
Info . pi i st. 

La cle aps-envi ronment doit apparaTtre aussi. Elle indique que votre application est autorisee a uti- 
liser le service APNS en developpement. 

Si vous rencontrez des difficultes, n'hesitez pas a effacer le fichier de provisionnement de votre iPhone et 
de votre ordinateur et a le reinstaller apres I'avoir retelecharge. 
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Les notifications en quatre etapes 

L'utilisation du service de notification se deroule en quatre grandes etapes : 

1 Lorsqu'une application prevoit d'utiliser les notifications, elle doit s'enregistrer 
aupres du systeme qui, apres confirmation de l'utilisateur, lui donne un jeton uni- 
que pour ce terminal et cette application (deviceToken). 

2 L' application transmet ce jeton a un serveur qui appartient au developpeur de 
l'application. 

3 Lorsque le serveur de l'application veut envoyer une notification, il envoie un 
message aux serveurs Apple via un canal securise en fournissant le jeton. 

4 La notification est recue par 1'iPhone et affichee a l'utilisateur. 
Nous detaillerons ces quatre etapes dans ce chapitre. 



Etape 1 : inscription au service de notification 

L'inscription au service de notification se fait depuis le code de votre application en 
appelant la methode registerForRemoteNotificationTypes:, de la classe 
UIAppli cation. 

Attention Pas de notification dans le simulateur 

Le service de notification n'est pas utilisable dans le simulateur, et toute tentative d'enregistrement ren- 
verra systematiquement une erreur. Ne soyez pas surpris ! 

Vous indiquez en parametre les types de notifications que vous souhaitez recevoir. Si 
c'est la premiere fois que l'application s'inscrit, 1'iPhone demande une confirmation a 
l'utilisateur. 

L'inscription est une operation relativement longue qui necessite un echange avec le 
service APNS. Aussi, vous n'obtenez pas de reponse immediatement et le processus 
d'inscription est asynchrone. 

Lorsqu'une reponse est obtenue (ou qu'une erreur est detectee) des methodes du 
delegue de votre application sont appelees. 

La methode didRegisterForRemoteNotificationsWithDeviceToken: est appelee 
lorsque l'inscription s'est deroulee correctement. Elle recoit un parametre du type 
NSData qui contient le jeton de notification. 
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La methode didFailToRegisterForRemoteNotificationswithError: recoit en 
parametre un objet NSError qui donne la raison de l'erreur (l'utilisateur a refuse, 
l'application s'execute dans le simulateur, le reseau n'est pas disponible, etc.). 

L'ensemble de ces operations est generalement fait directement dans le delegue de 
l'operation. Le code ci-apres montre comment declencher l'inscription et les deux 
methodes deleguees qui doivent etre implementees. 

- (void)applicationDidFinishLaunching: (UIAppli cation *) application { 

// [ Initialisation de l'application ... ] 
[window addSubview:myMainViewController.view] ; 
[wi ndow makeKeyAndVi si bl e] ; 

// Inscription aux notifications 

[appl i cat ion registerForRemoteNotificationTypes : 

UIRemot eNo t i f i cat i onTypeAl er t 

| UIRemoteNotificationTypeBadge 

| UIRemoteNotificationTypeSound] ; 

} 

- (void)appl ication: (UIAppl ication *) appl i cation 

didRegisterForRemoteNotificationsWithDeviceToken: (NSData *)deviceToken 

{ 

NSLog(@"Enregi strement aupres de APNS reussi."); 
// ... 

} 

- (void)appl ication: (UIAppl ication *) appl ication 
didFailToRegisterForRemoteNoti f icationsWithError : (NSError *) error 

{ 

NSLog(@"Erreur lors de 1 ' enregi strement APNS : %@" , [error 
localizedDescription]) ; 
} 



Best PRACTICE Repeter l'inscription a chaque lancement de l'application 

II est recommande par Apple de repeter l'inscription a chaque lancement de l'application. Vous eviterez 
ainsi des problemes de synchronisation entre le pare de terminaux et la base de donnees des inscrits sur 
vos serveurs. 

De plus, si l'utilisateur restaure sa sauvegarde sur un autre iPhone, I'identifiant changera. 
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Etape 2 : Transmettre le jeton APNS a votre serveur 

Une fois que votre application a obtenu le jeton pour le service de notification, elle 
doit le transmettre a votre serveur. 

II n'y a aucune regie sur la maniere de mettre en place cet echange. Vous pouvez par 
exemple utiliser un simple appel HTTP et passer en parametre une chaine de carac- 
teres avec le jeton. 

Sur votre serveur, il faudra enregistrer dans une base de donnees ce jeton et eventuel- 
lement d'autres parametres utiles a votre application (l'identifiant de l'utilisateur, la 
liste des alertes auxquelles il est inscrit, etc.). 

L'exemple ci-apres permet de convertir le jeton en une chaine de caracteres hexadeci- 
maux et de lancer une connexion reseau en tache de fond. 

NSString const *basellRL = @"http://www. monserveur.com" ; 

// Cette methode est appelee par le delegue d'application 
// quand le jeton est recu. 

- (void) registerDeviceToken: (NSData*) deviceToken 
{ 

[sel f performSelectorlnBackg round : @sel ector (doRegi sterDevi ceToken : ) 
withObject: deviceToken] ; 
} 

// Cette methode execute la requete HTTP en tache de fond. 

- (void) doRegi sterDevi ceToken : (NSData*) deviceToken 
{ 

NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; 

NSString *devi ceTokenStri ng = [self seri alizeDevi ceToken :devi ceToken] ; 

NSLog(@"Enregi strement du jeton: %@", devi ceTokenStri ng) ; 
NSURL *url = [NSURL URLWithString: [NSString stringWithFormat:@"%@/ 
register. php?devicetoken=%@" , baseURL, devi ceTokenSt ring]] ; 
[self performHTTPRequestForUrl :url] ; 

[pool release]; 

} 

// Cette methode permet de convertir le jeton en hexadecimal 
+ (NSString*) seri alizeDevi ceToken: (NSData*) deviceToken 
{ 

NSMutableString *str = [NSMutableString stringWithCapacity:64] ; 

int length = [deviceToken length]; 

char const* bytes = [deviceToken bytes]; 
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for (int "i = 0; i < length; i++) 
{ 

[str appendFormat:@"%02.2hhX", bytes [i]]; 

} 

return str; 

} 



Etape 3 : Envoyer les notifications a votre application 

L'envoi de notification se fait au sein d'une connexion TCP ouverte entre vos ser- 
veurs et les serveurs d'Apple. Cette connexion est cryptee grace au protocole SSL et 
un echange de certificats permet de valider l'identite des deux extremites. 

Obtenir un certificat SSL pour le service APNS 

Vous generez le certificat SSL pour l'APNS de la meme facon que vous avez genere 
un certificat de developpeur. 

1 Vous devez tout d'abord vous rendre dans YiPhone Program Portal et acceder a la 
page de details du Appld de votre application. Le service APNS devrait deja etre 
active, il vous reste a cliquer sur le bouton Configure pour le configurer en environ- 
nement de developpement. 

2 En suivant les instructions du portail, vous generez une demande de certificat sur 
votre machine de developpement et vous l'envoyez au serveur Apple. 

3 Apres quelques secondes, le certificat est disponible au telechargement, il faut 
l'enregistrer sur votre machine et l'installer dans votre trousseau de cles. 



Figure 15-1 

Export du certificat et de 
la c/e privee depuis le 
trousseau d'acces 
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4 Ouvrez ensuite l'application Trousseau d'acces, selectionnez le certificat efla. cle 

5 Puis avec l'outil Fichier > Exporter des elements, faites un export au format P12. Le 
trousseau d'acces vous propose de saisir un mot de passe pour proteger le fichier 
exporte, laissez un mot de passe vide. 

Nous utilisons ensuite l'outil en ligne de commande openssl pour convertir la cle 
dans un format utilisable directement par du code PHP. 

## Extraction du certificat vers le fichier cert. pern 

$ openssl pkcsl2 -clcerts -nokeys -out cert. pern -in Certi f i cat . pl2 

# L'outil vous demande le mot de passe d'import du fichier, appuyez sur 
Entree . 

## Extraction de la cle privee vers le fichier key. pern 
$ openssl pkcsl2 -nocerts -out key. pern -in Certi fi cat. pl2 

# openssl vous demande encore le mot de passe d'import 

# puis il vous demande de saisir un mot de passe pour proteger la cle. 
Vous devez saisir un mot de passe d'au moins 4 caracteres. 

## On supprime ensuite ce mot de passe sur la cle 
$ openssl rsa -in key. pern -out key . unencrypted . pern 

# Vous devez ressaisir le mot de passe choisi a l'etape precedente 

## On cree un fichier unique regroupant le certificat et la cle 
$ cat cert. pern key . unencrypted . pern > ck.pem 

Vous pouvez verifier que toutes les etapes jusqu'ici ont ete realisees correctement en 
utilisant la commande openssl pour ouvrir une connexion aux serveurs Apple. 

openssl s_client -connect gateway . sandbox . push . appl e . com : 2195 -cert 
ck.pem 

Openssl affiche sur la sortie standard le detail de l'echange de cles et de la verifica- 
tion des certificats. 

Si la commande openssl ne vous permet pas de taper du texte et quelle rend directe- 
ment la main, il y a un probleme avec votre certificat. Reprenez les etapes une par une. 

Si tout s'est bien passe, vous devriez pouvoir taper du texte qui est envoye au serveur 
Apple lorsque vous appuyez sur entree. Cela doit provoquer la fermeture de la connexion 
(en effet, il est peu probable que vous ayez respecte le protocole attendu par Apple). 

$ openssl s_client -connect gateway. sandbox. push. apple. com:2195 -cert ck.pem 
CONNECTED(00000004) 



[...] 
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MRmYhpAYxvAr]ZxVkX63USZliLy3k4bfbD0LGUvFzMJP9W2jGWauFWE= 
END CERTIFICATE 

subject=/C=US/ST=CALIFORNIA/L=Cupertino /0=Apple Inc/OU=ISSE/ 
CN=gateway . sandbox . push . appl e . com 

issuer=/C=US/0=Entrust.net/OU=www. entrust.net/CPS incorp. by ref. (limits 
liab.)/0U=(c) 1999 Entrust.net Limited/CN=Entrust.net Secure Server 
Certification Authority 

No client certificate CA names sent 

SSL handshake has read 1525 bytes and written 2003 bytes 

New, TLSvl/SSLv3, Cipher is AES256-SHA 
Server public key is 1024 bit 
Compression: NONE 
Expansion: NONE 
SSL-Session : 



Session-ID: 

Session-ID-ctx: 

Master-Key: 

8DA2920F19A1D3D43DE3251AF5D07273FEB84515BDB6C9A242C670D99FBCCBB0D2981535FBD4D7F 
37D4683283EA08DDF 

Key-Arg : None 

Start Time: 1249843791 

Timeout : 300 (sec) 

Verify return code: 21 (unable to verify the first certificate) 



Bravo, vous avez reussi a regrouper la cle privee et le certificat dans le fichier ck. pern. 
Vous pouvez ensuite utiliser directement ce fichier sur vos serveurs. C'est sans aucun 
doute l'etape la plus difficile dans la mise en place du service de notification ! 

Best PRACTICE Prendre grand soin de ses certificats 

Vos certificats doivent etre proteges avec soin. Si un tiers mal intentionne met la main dessus, il aura la 
possibility d'envoyer des notifications en masse a vos utilisateurs. 
C'est votre image de marque qui est en jeu ! 




Protocol 
Ci pher 



TLSvl 
AES256-SHA 



Hi Guys! 
closed 
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Envoyer une notification depuis le serveur 

La connexion securisee avec les serveurs Apple vous permet d'envoyer un grand 
nombre de notifications a la suite. Le moyen le plus efficace pour envoyer un grand 
nombre de notifications en peu de temps est de n ouvrir qu'une seule connexion vers 
APNS et de pousser toutes les notifications dans cette meme connexion. 

Preparer le message de notification 

Chaque notification est decrite par un dictionnaire encode en JSON. Certaines cles 
sont imposees par le service, et vous pouvez ajouter vos propres donnees, mais 
l'ensemble, une fois encode, ne doit pas depasser 256 octets. 

Lexemple suivant montre comment preparer un message de notification qui presente 
un message dans une boite de dialogue, joue le son par defaut et affiche la valeur 1 
dans la pastille de l'application. 

Sbody = array () ; 

$body [ ' aps ' ] = arrayO; 

Sbody [' aps ' ] ['message'] = "Vous avez recu une notification!"; 
Sbody ['aps'] ['badge'] = 1; 
$body['aps'] ['sound'] = "default"; 
$payload = json_encode($body) ; 

Vous pouvez demander la lecture de vos propres fichiers sons en indiquant le nom 
d'un fichier audio contenu dans votre package d'application. 

Envoi du message 

Lenvoi du message se fait avec un format binaire specifique APNS. On concatene 
quelques caracteres speciaux, le jeton du terminal, et la notification. 

// Le jeton du terminal 
SdeviceToken = ""; 

// Creation d'un contexte SSL 
$ctx = stream_context_create() ; 

// Ouverture du fichier PEM contenant cle privee et certificat 
stream_context_set_option($ctx, 'ssl', ' 1 ocal_cert ' , './ck.pem'); 

// Ouverture d'une connexion reseau vers les serveurs de developpement 
Apple 

$fp = stream_socket_cl i ent( ' ssl : //gateway . sandbox. push . appl e . com: 2195 ' , 
$err, Serrstr, 60, STREAM_CLIENT_CONNECT, $ctx) ; 
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if 0$fp) { 

print "Erreur de connexion: $err $errstr\n"; 
return ; 

} 

else { 

print "Connection OK\n"; 

} 

// Construction des donnees a envoyer 

$msg = chr(O) . pack("n",32) 

. packC'H*', str_replace(' ', ", $devi ceToken)) 
. pack("n" ,strlen($payload)) . Spayload; 

print "Message: " . Spayload . "\n"; 

// Envoi des donnees 
fwrite($fp, $msg) ; 

// Fermeture de la connexion 
fclose(Sfp) ; 



CONSEIL On ne reinvente pas la roue ! 

L'exemple presente ici a ete simplifie a I'extreme pour tenir sur ces pages. II permet juste de valider le 
bon fonctionnement de toute la chaTne. 

Vous trouverez dans les forums Apple des exemples de code bien plus complets et deja verifies permet- 
tant de maintenir la connexion ouverte vers les serveurs APNS, d'envoyer plusieurs messages et ce pour 
tous les langages modernes. 



Etape 4 : Recevoir les notifications 

Deux cas de figure peuvent se presenter : soit votre application est fermee lorsque la 
notification est recue ; soit votre application est deja ouverte. 

Reception des notifications quand Implication est fermee 

Lorsque votre application est fermee, les notifications sont signalees a l'utilisateur par 
l'ajout d'une pastille, la lecture d'un son et eventuellement l'afnchage d'un message. 

Si vous avez demande l'affichage d'un message, l'utilisateur a la possibilite de cliquer 
sur le bouton « Voir » pour ouvrir votre application. 
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Si vous le souhaitez, vous pouvez implementer dans votre delegue d'application, la 
methode application:didFinishLaunchingWithOptions: qui sera appelee a la place 
de applicationididFinishLaunching. Elle recoit un parametre qui est un diction- 
naire contenant la notification. II vous est ainsi possible de recuperer des informa- 
tions que vous aurez ajoutees dans la notification et de les utiliser pour ouvrir votre 
application dans le contexte de la notification. 

Si vous n'implementez pas cette methode, votre application est lancee normalement. 

Reception des notifications lorsque Implication est ouverte 

Lorsque 1'iPhone recoit une notification pour votre application et que celle-ci est 
deja ouverte, il appelle la methode applicati on :didReceiveRemoteNotifi cation: 
de votre delegue d'application en lui passant en parametre un dictionnaire contenant 
la notification. 

L'implementation par defaut de cette methode ne fait rien. C'est a vous de l'imple- 
menter si vous souhaitez gerer les notifications quand votre application s'execute. 



Detecter les desinscriptions et les erreurs 

II peut arriver que les messages n'arrivent pas jusqu'a l'utilisateur. C'est en particulier le 
cas s'il desinstalle 1' application ou si son iPhone est hors d'usage (perdu ou casse). 
Pour eviter que vos serveurs ne continuent a envoyer des notifications a des utilisateurs 
qui ne les recoivent plus, Apple a mis en place un mecanisme {the Feedback Service) per- 
mettant de recuperer la liste des jetons vers lesquels il ne faut plus envoyer de message. 

Ce mecanisme s'appuie sur une connexion SSL vers un port different (2196) mais 
avec le meme certificat. A chaque fois que vous vous connecterez, le serveur Apple 
renverra la liste de tous les jetons qui sont en erreur et videra cette liste. Vous devez 
alors desinscrire ces utilisateurs. 

Si vous ne vous connectez pas regulierement a ce service, Apple peut revoquer le cer- 
tificat que vous utilisez pour envoyer les notifications, ce qui aurait comme effet de 
ne plus du tout pouvoir envoyer de notifications. 
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Conclusion 

Dans ce chapitre, nous avons presente ce qui est sans aucun doute l'une des nou- 
veautes les plus interessantes de 1'iPhone OS 3.0. 

Les principales difficultes qui peuvent survenir lors de la mise en place de ce service 
ont ete evoquees mais attention, la mise en place d'un service de notifications peut 
etre extremement consommatrice de ressources pour vos serveurs. Vous devez ainsi 
reflechir tees serieusement a l'architecture de votre plate-forme, car si votre applica- 
tion a du succes, la frequence d'envoi des notifications peut rapidement grimper a 
plusieurs milliers par jour. 



ClNQUIEME PARTI E 



La publication 
des applications 



Cette derniere partie contient un seul chapitre, consacre a la publication des appli- 
cations sur l'App Store. II est destine a toute l'equipe projet qui y trouvera la liste 
des elements a preparer avant de soumettre leur application, ainsi que des conseils 
pour favoriser les chances quelle soit validee du premier coup. 

Enfin, nous y presentons quelques outils permettant de suivre le succes de l'applica- 
tion et d'en preparer la prochaine version. 
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Publier sur I'App Store 



La publication sur l'App Store est la derniere etape pour vous... mais la premiere 
apparition publique pour votre application. 

C'est le moment de preparer les elements marketing qui feront le premier lien entre vos 
futurs utilisateurs et votre application ; c'est aussi le moment de s' assurer que tout a 
bien ete fait. En effet, une fois la soumission effectuee, il n'est plus possible de retou- 
cher a votre application - sauf a recommencer l'ensemble du processus de validation. 

Dans ce chapitre, nous aborderons tous les aspects de la publication, depuis la des- 
cription detaillee de l'ensemble des elements a fournir lors de la soumission, jusqu'a 
la liste des verifications a effectuer avant l'envoi de l'application a Apple. Et sans 
omettre, bien sur, de precieux conseils de lancement directement issus d'une expe- 
rience riche en publications. 



Preparer les elements marketing en vue de la publication 

C'est au moment de la soumission que vous fournissez tous les elements qui represen- 
tent votre application dans l'App Store sur iPhone et dans iTunes. Du nom de l'appli- 
cation aux captures d'ecran, en passant par l'icone de votre application, il faut porter 
autant d'attention a la preparation de ces elements qua votre application elle-meme. 
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Figure 16-1 

L'ecran d'ajout d'une 
application dans iTunes 
Connect 



iTunes Connect 
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Add New Application 



""-e follow ng i-fornalio" wi I appear wi:h your application in the App Store. 
Reaured fielcs are in bold. 



Please p'ov de thrs rfornatiO" in French. 



Application Name 
Application Description 



4000 Characters Max 



Device Requirements: [ Select Device 



Primary Category : [Select One~ 



Secondary Catego'y : [Select One 



Copyright : 
Version Number : 
SKU Number: - 



-]© 
1 



Application URL http // 



Support URL : tofc/l 
Support Email Address I 



Derro Account - Full Access 



If you wish to p'ov de an End User License Agreement (EULA). click here. If you prov de a EULA. it must meet these 
minimum terms. If you do not provide a EULA, the staneard ELLA will apply to your application. 
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Nom de societe et langue principale 

La premiere fois que vous soumettrez une application via iTunes Connect, vous devrez 
choisir un nom (celui de votre societe ou le votre) qui apparaitra sous le nom de votre 
application dans l'App Store et dans iTunes. Choisissez bien ce nom car vous ne 
pourrez plus le modifier par la suite, ce sera le meme pour toutes vos applications. 

Vous devez egalement choisir une langue principale qui est la langue dans laquelle 
vous fournirez les informations sur vos applications. Pour un editeur francais distri- 
buant des applications francophones, ce sera certainement le francais. 

Nous verrons plus tard qu'il est possible de fournir des informations dans d'autres lan- 
gues. Si ces informations n'ont pas ete fournies pour la langue de l'utilisateur, il verra les 
informations de la langue par defaut. Un editeur distribuant des applications pour le 
monde entier voudra done probablement choisir l'anglais comme langue par defaut. 

Le nom de Implication 

C'est le nom qui apparaitra dans l'App Store et dans iTunes. Sa taille est limitee a 
255 caracteres. II ne doit pas contenir le numero de version ni de marque dont vous 
ne detenez pas les droits (il est done interdit d'inclure le mot « iPhone » dans le nom 
de votre application). 

Ce nom peut etre different du nom qui apparaitra sur le menu de 1'iPhone. II est 
done possible d'utiliser un peu plus de place. Neanmoins, il vaut mieux garder un 
nom tres proche pour permettre a vos utilisateurs de retrouver facilement l'applica- 
tion dans leurs icones et partager votre application avec des amis. 

Rappel Choisir le nom qui apparaitra dans le menu de I'iPhone 

Le nom qui apparaTt dans I'iPhone est celui defini dans le fichier Info . pi i st de votre application. 

Description de Implication 

La description de l'application est un texte libre a saisir. II est limite a 4000 carac- 
teres, mais Apple recommande de ne pas depasser 700 caracteres pour que le texte 
reste facilement lisible sur I'iPhone. 

Vous ne pouvez saisir que du texte, sans formatage (les tags HTML sont automati- 
quement retires). 
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Terminaux cibles 

Vous pouvez choisir de limiter votre application a un certain type de terminaux : 

• iPhone uniquement ; 

• iPhone & iPodTouch de deuxieme generation ; 

• tous les iPhone et iPod Touch. 

La premiere categorie s'appliquera pour toutes les applications qui ont besoin des 
composants presents uniquement dans 1'iPhone, comme le GPS ou l'appareil photo. 

La deuxieme categorie permet de ne cibler que les terminaux equipes d'un micro 
(FiPod Touch de deuxieme generation n'a pas de micro, mais peut etre utilise avec le 
casque micro). 

La troisieme categorie permet de cibler tous les terminaux. 

SKU : reference de Implication 

Vous devez fournir un identifiant numerique unique qui servira a identifier cette 
application dans les rapports financiers fournis par Apple. II ne sera pas vu des utili- 
sateurs. Les nombres 1 ou 42 feront parfaitement l'affaire. 

Categorie de I'application 

Vous devez choisir a quelle categorie appartient votre application. Les utilisateurs 
peuvent en effet rechercher les applications par categorie dans l'App Store. 



Figure 16-2 
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II est possible de choisir une categorie secondaire, I'application apparaitra lorsqu'un 
utilisateur lancera une recherche sur cette categorie, mais elle n'apparaitra pas dans 
les pages de cette categorie. 
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Numero de version de Implication 

Le numero de version est une chaine de caracteres du type 1.0 ou 1.0.0. 



Detenteur des copyrights 



Vous devez indiquer le nom de la personne ou de la societe qui detient les droits sur 
l'application, ainsi que l'annee de creation de l'application (c'est le mecanisme anglo- 
saxon de droits d'auteur). 

Exemple : 2009, Worldwide Company 



II est possible de fournir une liste de mots-cles qui decrivent votre application. Cette 
liste est utilisee par le moteur de recherche de l'App Store. 



Vous devez indiquer une URL qui pointe vers une page web dediee a l'application ou 
a la marque de l'application. 

Vous devez egalement indiquer FURL d'une page fournissant une assistance ou une 
documentation pour votre application. Ce peut etre la meme URL. 

Enfin, Apple vous demande de fournir une adresse email a laquelle ils pourront vous 
contacter pour obtenir de l'aide sur l'application (en particulier dans le cas ou ils rece- 
vraient beaucoup de demandes sur leur support technique). Cette adresse email n'est 
jamais communiquee aux utilisateurs de votre application. 



Si votre application permet a un utilisateur de se connecter avec un compte, vous 
devez fournir a Apple un compte de test qui permettra aux equipes en charge de la 
revue des applications de tester toutes les fonctionnalites de l'application. 



Vous pouvez fournir votre propre contrat de licence avec votre application. Si vous le 
faites, votre contrat de licence doit etre compatible avec celui d'Apple et contenir cer- 
taines clauses imposees par Apple. Vous trouverez plus d'informations a ce sujet dans 
le guide developpeur iTunes Connect, telechargeable depuis iTunes Connect. 



Mots-cles 



Informations de contact 



Informations de demonstration (Demo account) 



Contrat de licence 
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Niveau de contrdle parental de Implication (Ratings) 

Un niveau de controle parental vous est automatiquement propose sur la base de 
quelques questions du type « Est-ce que votre application contient de la violence ? 
Pas du tout/Un peu/Souvent ». 

CONSEIL Soyez plus que rigoureux en repondant a ces questions 

Depuis la mise en place du systeme de controle parental pour toutes les applications (avec I'arrivee de 
I'iPhone OS 3.0), de nombreuses applications ont ete rejetees parce que les developpeurs avaient indique 
un niveau de controle parental tres bas alors qu'Apple a reussi a trouver dans I'application des contenus 
« offensants ». 

En particulier, il semble que toutes les applications qui reprennent des flux d'actualites ou des contenus 
web sont systematiquement rejetees si elles ne sont pas au moins en 9+ ou 12+. 
Pour de nombreux developpeurs, il vaut mieux viser haut et indiquer 12+ ou 17+ plutot que de risquer 
un rejet de I'application qui necessite un nouveau cycle complet de validation. 



Pays de distribution 

Vous pouvez choisir les App Store dans lesquels vous souhaitez vendre votre applica- 
tion. II est ainsi possible de limiter une application a un ou quelques pays. 

CONSEIL Visez large 

Le fait que votre application soit uniquement en francais ne signifie pas qu'elle n'interessera personne a 
I'etranger. II y a de nombreux Francais expatries et encore plus de francophones dans le monde. 
N'oubliez pas que le compte iTunes est rattache a un pays en fonction de I'adresse de residence de I'uti- 
lisateur et du pays de sa banque, pas en fonction de sa langue ou de sa culture. 

Elements graphiques 

Durant le processus de soumission, vous devrez fournir plusieurs elements graphiques. 

Icone de I'application 

L'icone de votre application doit etre fournie en haute resolution. Le format attendu 
par Apple est une image au format TIFF ou PNG, de 512x512 pixels avec une 
resolution de 72 dpi. 

Cette image vient en plus de l'image deja fournie dans le package de votre applica- 
tion (qui, elle, doit faire 57 x 57 en PNG 24 bits) ; elle est utilisee dans 1'iTunes App 
Store (oil une image de 57 x 57 ne serait pas suffisamment detaillee). 
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Rappel La propriete UlPrerenderedlcon 

Par defaut, I'iPhone et I'App Store ajoutent automatiquement les bords arrondis et I'effet de brillant sur 
les icones. Si vous souhaitez fournir une image qui ne soit pas retouchee, vous pouvez ajouter la pro- 
priete UlPrerenderedlcon avec la valeur booleenne vraie dans le fichier Info.plist de votre 
application. 



Captures d'ecran de ('application 

Vous pouvez fournir de 1 a 5 captures d'ecran pour votre application. Apple demande 
a ce que la barre de statut soit retiree des captures d'ecran. 

A moins que vos applications soient des jeux ou des applications plein ecran, sans 
barre de statut, vos captures devraient done faire 320 x 460 pixels (mode portrait) ou 
480 x 300 pixels (mode paysage). 



ASTUCE Prendre des captures d'ecran avec I'iPhone 

II est extremement facile de faire des captures d'ecran d'une application iPhone. II suffit d'appuyer simul- 
tanement sur le bouton Home et le bouton Power de I'iPhone. Les captures sont enregistrees dans les 
photos de I'iPhone et peuvent etre transferees avec iTunes. 



Date de disponibilite de ('application 

Votre application ne sera pas visible sur I'App Store avant cette date. II est done pos- 
sible (et tres fortement recommande) de soumettre une application tres en avance, et 
de la laisser cachee jusqu'a votre vraie date de lancement. C'est d'ailleurs le seul 
moyen de maitriser la date a laquelle elle apparaitra sur I'App Store. 

L'application ne sera de toute facon pas visible tant quelle n'aura pas ete approuvee. 
Vous pouvez indiquer la date de la soumission comme date de disponibilite pour que 
l'application soit disponible des quelle aura ete validee. 



C0NSEIL La modification de cette date est possible a tout moment 

Cette date est modifiable a tout moment. Vous pouvez done indiquer une date lointaine, et attendre que 
l'application soit validee pour ramener cette date a une echeance plus proche. 
II est ainsi possible d'accompagner la publication sur I'App Store d'une campagne de communication 
(bannieres, articles dans les blogs, etc.). 
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Prix de Implication 

Vous ne definissez pas directement le prix de l'application mais une categoric 
Chaque categorie a une valeur dans tous les App Store. Ainsi, les applications de la 
categorie 1 sont vendues 0,99 $ aux Etats-Unis et 0,79 € en Europe. 

Au moment de remplir ces informations, vous verrez le reversement net (apres 
deduction des taxes applicables dans chaque pays) qui vous sera verse en fonction du 
prix de vente. 

Rappel Anticiper la mise en place du contrat de vente Apple 

Pour vendre des applications sur I'App Store, il faut avoir signe et renvoye a Apple un contrat specifique 
(en plus des documents foumis lors de I'inscription au programme developpeur) ainsi qu'un RIB pour per- 
mettre a Apple de vous verser vos gains. 

Vous devez entreprendre ces demarches bien avant la soumission car elles peuvent facilement prendre 
deux ou trois semaines ; meme une fois validee par Apple, votre application n'apparaTtra pas dans I'App 
Store si ces elements n'ont pas ete recus et verifies par Apple. 

Localisation de votre application 

Si vous le souhaitez, fournissez les elements marketing en plusieurs langues. II est 
ainsi possible de fournir des elements specifiques pour chaque langue. 

Les elements suivants peuvent etre renseignes a nouveau pour chaque langue : 

1 le nom de l'application ; 

2 la description de l'application ; 

3 les mots-cles associes a l'application ; 

4 les deux URL de l'application ainsi que l'adresse email de support ; 

5 les cinq captures d'ecran. 

Remarque Localisation de l'application 

Bien que nous n'ayons pas aborde ce sujet, la localisation d'application est grandement facilitee par les 
API Cocoa. Elles permettent de fournir une seule application contenant plusieurs langues, et que la lan- 
gue soit choisie automatiquement en fonction des preferences de I'utilisateur. 
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Elements techniques et dernieres verifications 



L'application est transmise a Apple sous la forme d'un fichier ZIP contenant le pac- 
kage de votre application, signe avec une cle de distribution. 



La preparation de la cle de distribution est tres similaire a la creation d'une cle deve- 
loppeur que nous avons vue dans le premier chapitre de ce livre et est abondamment 
documented dans le portail developpeur. 

Vous devez creer un profil de compilation dedie a la distribution et signer l'applica- 
tion avec la cle de distribution en utilisant un fichier de provisionnement dedie. 
L'application ainsi compilee ne peut pas etre installee sur un iPhone tant quelle n'est 
pas passee par Apple. 



Avant d'appuyer sur le bouton pour compiler l'application qui sera ensuite tele- 
chargee par des millions de personnes et vous rendra celebre, il est utile de prendre le 
temps de faire quelques verifications. 

Mode de compilation et niveau de log 

L'application soumise a Apple devrait toujours etre compilee en mode Release ce qui 
signifie que les symboles de debogage sont supprimes et que l'application sera ainsi 
plus legere. 

Si vous utilisez la console pour afficher des informations (via la fonction NSLog ou 
autre) vous devez absolument reduire au maximum les informations affichees sur la 
console. En effet, elles ne seront jamais vues par les utilisateurs, et ne vous serviront 
plus a deboguer l'application ; par contre, elles ont un impact tres important sur les 
performances. II faut en particulier eviter les boucles qui impriment une ligne pour 
chaque passage dans la boucle, les messages de debogage dans les parseurs XML, etc. 

Verifier le contenu du package applicatif 

Vous avez abondamment teste l'application et vous etes done certain quelle contient 
tous les elements necessaires a son bon fonctionnement. II est important de verifier 
aussi quelle n'en contient pas trop. 

Avez-vous pense a supprimer toutes les ressources qui ne sont plus utilisees ? Etes- 
vous sur que les fichiers de votre gestionnaire de source (les repertoires .svn par 
exemple) n'ont pas ete compresses avec votre application ? 



Fournir l'application a Apple 



Dernieres verifications techniques 
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II est tres facile d'explorer le contenu de l'application (ctrl-clic sur l'application puis 
Afficher le contenu du paquet), prenez le temps de verifier qu'il n'y a pas de superflu. 

Respect de la charte graphique Apple 

Apple est extremement vigilant quant au respect des regies du guide ergonomique et 
a la bonne utilisation des elements standard. 

Faites en particulier tres attention lorsque vous utilisez des icones ou des boutons 
fournis par le SDK a bien les utiliser dans le contexte prevu par Apple. Le non-res- 
pect des regies ergonomiques entrainerait le rejet systematique de l'application. 

Messages d'erreurs reseau 

Avez-vous teste votre application dans un tunnel ? Que se passe-t-il si votre applica- 
tion n'obtient pas de reponse reseau ? Avez-vous gere proprement ces types 
d'erreurs ? 

Les equipes Apple vont verifier ce cas et si vous voulez eviter que l'application ne soit 
rejetee, il faut absolument prendre le temps d'ajouter des messages d'erreur expli- 
quant a l'utilisateur ce qui ne va pas en lui indiquant eventuellement qu' avoir une 
connexion reseau est un pre-requis pour utiliser l'application. 

Astuce Tests de l'application sans reseau 

II n'est pas toujours facile de trouver un tunnel dans lequel aucun reseau ne passe. Heureusement, vous 
pouvez tester le fonctionnement sans reseau de votre application en activant simplement le mode avion 
dans les preferences. 

Conserver le fichier de symbole 

Lors de la compilation, Xcode produit un package applicatif (le . app) et un fichier de 
symbole (avec l'extension .app.dsym). 

Vous devez conserver precieusement le fichier de symbole correspondant a la version 
de l'application que vous soumettez sur l'App Store. En effet, a l'aide de ce fichier, 
vous pourrez analyser les rapports d'erreurs remontes par les utilisateurs et faire cor- 
respondre les adresses memoires aux symboles (variables et fonctions). 
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Apres la soumission 

Une fois l'application soumise, vous devez attendre la validation d'Apple. Si vous 
avez fait des erreurs, tout n'est pas perdu. 

Remarque Delais de validation 

Les delais de validation ont beaucoup varie depuis le lancement de I'App Store. En fonction des periodes, 
il peut etre necessaire d'attendre de 1 a 4 semaines pour avoir un retour d'Apple. 
Le site tente de mesurer le delai moyen de validation en surveillant les applications publiees chaque jour 
et en comparant la date d'apparition avec la date de disponibilite (qui correspond en general a la date de 
soumission). Apple fournit egalement quelques indicateurs dans le portail du programme developpeur 
(en particulier le pourcentage d'applications validees en moins de deux semaines). 



Modification des elements marketing 

Tous les elements marketing peuvent etre edites a l'aide du bouton Edit Information 
qui apparait sous l'icone de l'application dans iTunes Connect. 

Vous pouvez done modifier le nom, la description de l'application, ses captures 
d'ecran, etc. Attention, il n'est pas possible de modifier le classement de l'application 
(3+, 17+, etc.) sans repasser par une soumission de l'application. 

Modification de l'application 

Si vous decouvrez un bogue apres la soumission de votre application, vous pouvez 
decider de la rejeter (Reject Binary) et d'en soumettre une nouvelle version. Sachez 
cependant que dans ce cas, vous repartirez du bas de la file d'attente des applications 
a valider. 



En cas de rejet 

Si votre application est rejetee, vous recevrez un email vous indiquant les points blo- 
quants qui ont empeche votre application d'etre validee. Vous devez alors soumettre 
un nouveau binaire en ayant pris en compte les retours Apple. 

Sachez que les retours ne sont pas necessairement exhaustifs et qu'il est possible que 
l'application soit encore rejetee pour d'autres raisons. Les equipes de validation ont une 
liste de verifications a faire, et elles s'arretent en general au premier point bloquant. 
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Votre application est publiee 

Bravo ! C'est le debut de l'aventure App Store, et vous allez pouvoir commencer a 
suivre votre application dans le classement de sa categorie, dans le classement 
general, lire les commentaires des utilisateurs, etc. 

Suivre les progres de votre application 

Une fois l'application publiee, Apple met a votre disposition differents outils vous 
permettant de suivre au quotidien son succes. 

Statistiques de telechargement 

Vous trouverez dans iTunes Connect les statistiques de telechargement de votre 
application. Elles sont fournies par jour, par semaine et par mois. Les rapports quoti- 
diens et hebdomadaires sont effaces automatiquement apres une courte periode, vous 
devez done vous connecter regulierement et les enregistrer pour ne pas perdre le 
detail journalier des ventes. 

Les commentaires 

Les commentaires de l'application sont un element capital pour comprendre ce 
qu'aiment vos utilisateurs, identifier des problemes d'ergonomie ou des bogues tech- 
niques et globalement ameliorer l'application. 

Vous pouvez lire les commentaires depuis l'App Store ou depuis iTunes, mais vous 
serez limite aux commentaires postes sur votre App Store. 

II existe quelques outils pour pouvoir recuperer tous les commentaires de votre appli- 
cation, comme le site http://www.moopf.com/appstorereviews/ qui recupere automatiquement 
tous les commentaires sur tous les App Store. 

Les rapports de crash 

Une des fonctionnalites les plus interessantes apportees aux developpeurs est la syn- 
thase des rapports de crash recus par Apple. A chaque fois que l'application est vic- 
time d'un crash, un rapport est enregistre dans 1'iPhone qui est ensuite synchronise 
avec iTunes. Si l'utilisateur l'accepte, ces rapports sont envoyes de facon anonyme a 
Apple qui les compare pour identifier les problemes les plus frequents. 

Vous pouvez ensuite telecharger directement dans iTunes Connect un rapport decri- 
vant les crashs les plus frequents. A vous de chercher ensuite a les corriger, mais cette 
information est d'une grande valeur : elle permet d'estimer le nombre de personnes 
affectees par le probleme, la frequence d'apparition du bogue et de concentrer votre 
temps sur les problemes qui touchent le plus de monde. 
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Figure 16-3 

iTunes collecte 

automatiquement les rapports 
generes lors cTun crash de votre 
application. 



Votre iPhone contient des informations de diagnostic 
susceptibles d'aider Apple a ameliorer ses produits. 

En cliquant sur Envoyer a Apple, vous autorisez Apple a collecter 
periodiquement ces informations et a les utiliser dans le cadre de ses 
services d'assistance et pour ameliorer ses produits. Ces informations sont 
recueillies sous forme anonyme. Pour en savoir plus sur I'engagement de 
confidentiahte d'Apple, consultez http://www.apple.com/fr/legal/privacy. 




M Ne plus me demander 



r Afficher les details Ne pas envoyer ^ ( Envoyer a Apple ^ 



Quelques conseils de lancement 

Le classement de l'application est souvent le moyen le plus efficace de la promouvoir. 
Pour que votre application apparaisse dans le classement et que l'effet « boule de 
neige » l'emmene tout en haut, il faut organiser le lancement. 

Plus le nombre de telechargements sera important durant les deux premieres 
semaines, plus vous aurez de chance de voir votre application apparaitre dans les 50 
ou 25 applications les plus populaires, ou elle sera alors telechargee par des gens qui 
ne vous connaissaient pas. 

Utilisez vos canaux existants pour communiquer sur l'application 

Si vous avez deja un site web avec une audience etablie, vous pouvez l'utiliser pour 
faire connaitre votre application. Une page decrivant l'application, ses fonctionna- 
lites, quelques captures d'ecran et surtout un lien de telechargement vers l'App Store 
vous aidera a faire connaitre l'application aupres de votre audience. 

Si vous disposez d'une newsletter, vous pourrez tres facilement attirer un grand 
nombre d'utilisateurs potentiels vers votre application. 



CONSEIL Utilisez les elements marketing Apple 

Vous trouverez a I'adresse http://developer.apple.com/iphone/marketing/, un ensemble de ressources 
marketing pour aider les developpeurs et en particulier le logo « Disponible sur I'App Store » que vous 
pouvez utiliser apres avoir renvoye un accord specifique a Apple par fax. 
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Communiquez aupres des blogs et des sites specialises 

II existe de nombreux blogs consacres a 1'iPhone et au monde Apple. Toutes les 
applications ne les interessent pas, mais ils sont souvent prets a publier une note pour 
soutenir les projets les plus interessants. Organisez une beta-privee et contactez-les 
avant la publication pour leur proposer de tester votre application. 

Encore plus pertinent, les sites specialises dans le domaine metier de l'application 
sont generalement interesses par ce type d'applications qui sont percues comme etant 
tres innovantes et donnent une image dynamique de l'ensemble du secteur. 

Utilisez le bouche-a-oreille 

Le bouche-a-oreille peut aussi faire beaucoup pour une application. Si tous les collabo- 
rateurs de votre societe installent l'application et en parlent autour d'eux, cela aidera 
fortement a augmenter le classement dans les premiers jours. Les premiers commen- 
taires sont aussi tres importants pour encourager de nouveaux telechargements. 

Vous pouvez egalement faire appel a vos utilisateurs pour diffuser votre application 
en prevoyant une fonctionnalite « Partager avec un ami » qui permet d'envoyer le lien 
de telechargement de l'application par courriel. 

Utilisez les reseaux sociaux 

Les reseaux sociaux permettent de distribuer tres largement le lien de telechargement 
de votre application. Ils peuvent aussi etre integres dans l'application avec des fonc- 
tionnalites du type « Partager sur Facebook » qui afficheront le nom de votre applica- 
tion et un lien de telechargement sur les pages de vos utilisateurs. 

Preparez une video de demonstration 

Une video de demonstration de l'application peut fortement accroitre l'efficacite des 
mesures precedentes. En effet, que ce soit pour votre site web, les blogs ou le bouche 
a oreille, la nouvelle sera mieux reprise si elle est accompagnee d'une video courte et 
marquante. Vous devez jouer sur les memes mecaniques que le marketing viral pour 
assurer le succes de la video et done la visibilite de votre application. 

Attention La qualite de la video doit etre au rendez-vous ! 

II n'y a rien de pire qu'une video de qualite moyenne pour mettre en avant une application, car vous ris- 
quez d'en donner une image « amateur ». 

Si vous ne savez pas ou n'avez pas les moyens de faire une video, mieux vaut, probablement, s'abstenir. 
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N'oubliez pas I'auto-promotion 

Si vous prevoyez de developper plusieurs applications, il est essentiel de prevoir une 
fonctionnalite d'auto-promotion dans la premiere application pour pouvoir diriger 
vos utilisateurs vers votre nouvelle application des quelle sera disponible. 

Ainsi a chaque nouvelle application beneficierez-vous d'un reseau d'utilisateurs 
fideles, qui contribueront au rayonnement de vos nouveaux produits. 



Conclusion 

Ce chapitre conclut ce livre consacre a la conception, a l'ergonomie, au developpe- 
ment et a la publication d'applications iPhone. 

Developper dans l'environnement iPhone est une activite extremement gratifiante : 
quel plus grand plaisir en effet que de voir ses amis et sa famille utiliser les applica- 
tions concues et developpees avec passion ! 

J'espere que ce livre aura su vous donner les bonnes cles pour entamer votre appren- 
tissage, que vos applications deviendront bientot indispensables a des milliers d'utili- 
sateurs et, surtout, que vous prendrez autant de plaisir que nous a les creer et a les 
developper. 
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Programmation 

i Phone OS 3 

La reussite d'une application iPhone repose sur sa conception et sa realisation : elle exige un savoir-faire 
en ergonomie mobile et la maltrise de I'ensemble des contraintes specifiques a la plate-forme. 

La reference du developpeur iPhone professionnel : de la conception a 
la publication sur I'App Store 

De la conception de I'application - encadree par de strides regies d'ergonomie - jusqu'a son deploiement, cet 
ouvrage detaille les bonnes pratiques garantissant la qualite de vos developpements iPhone : gestion de projet et 
architecture MVC, ergonomie mobile et design patterns d'interface. Les fondamentaux du developpement iPhone 
sont detailles, de I'Objective-C et sa gestion specifique de la memoire aux controleurs de vue, en passant par la 
mise en place des vues et des TableView. 

Ecrit par le directeur technique de I'une des premieres agences specialises dans le developpement sur plate-forme 
mobile et iPhone, I'ouvrage traite en profondeur d'aspects avances tels que faeces aux services web (JSON, XML), 
la gestion de flux audio et video, la persistance avec le framework CoreData et I'utilisation du service de notifications 
Apple. Enfin, il fournit de precieux conseils pour publier sur I'App Store et y gagner en notoriete. 



Couvre les nouveautes de la version 3 de I'iPhone OS. 



Au sommaire 
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d'instance et methodes • Heritage • Protocoles et proprietes • La notation point • Les threads • Bibliotheque 
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